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剑桥 大 学 计算 机 科学 博士 ， 软 件 工程 师 ， 培 训 师 ， 
现任 Cambridge Spark 公司 CEO 。 在 谷歌 、 
eBay、 甲 骨 文 和 高 盛 等 大 公司 工作 过 ， 并 参与 过 多 
个 创业 项 目 。 活跃 在 技术 社区 ， 经 常 撰写 技术 文 
章 ， 多 次 受 邀 在 国际 会 议 上 做 技术 讲座 。 


马里 奥 . 富 斯 科 (Mario Fusco) 


Red Hat 高 级 软件 工程 师 ， 负 责 Jboss 规则 引擎 
Drools 的 核心 开发 。 拥 有 丰富 的 Java 开发 经 验 ， 
曾 领 导 媒体 公司 、 金 融 部 门 等 多 个 行业 的 企业 级 项 
目 开 发 。 对 函数 式 编程 和 领域 特定 语言 等 有 浓厚 兴 
趣 ， 并 创建 了 开放 源码 库 lambdaj。 


艾 伦 . 米 克 罗 夫 特 (Alan Mycroft) 


剑桥 大 学 计算 机 实验 室 计算 学 教授 ， 剑 桥 大 学 罗 宾 
逊 学 院 研 究 员 ， 欧 洲 编程 语言 和 系统 协会 联合 创始 
人 ， 树 莓 派 基 金 会 联合 创始 人 和 理事 。 发 表 过 大 约 
100 篇 研究 论文 ， 指 导 过 20 多 篇 博士 论文 。 他 的 研 
究 主要 关注 编程 语言 及 其 语义 、 优 化 和 实施 。 他 与 
业界 联系 紧密 ， 曾 于 学 术 休假 期 间 在 AT&T 实验 室 
和 英特尔 工作 ， 还 创立 了 Codemist 公司 ， 该 公司 设计 
了 最 初 的 ARM C 编 译 器 Norcroft。 
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毕业 于 四 川 大 学 ， 目 前 在 Dell EMC 中 国 卓越 研发 集 
团 任 高 级 主管 工程 师 ， 曾 任 趋 势 科技 中 国 软 件 研发 
中 心 技术 经 理 ， 在 信息 科学 和 工程 领域 有 十 余年 的 
实践 和 研究 经 验 ， 拥 有 多 项 中 国 及 美国 专利 。 关 注 
JVM 性 能 调 优 和 大 数据 及 其 实践 ， 喜 欢 挖 掘 技 术 背 
后 的 内 幕 并 乐此不疲 。 
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上 海 交通 大 学 硕士 ， 现 任 SAP (美国 ) 高 级 软件 支 
持 顾问 。 业 余 爱 好 语言 、 数 学 、 设 计 ， 英 、 法 双语 
译 者 ， 近 年 翻译 出 版 了 《 咨询 的 奥秘 》《 卓越 程序 
员 密码 》《 计 算 进 化 史 : 改变 数学 的 命运 》 等 书 。 
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内 容 提 要 


本 书 全 面 介绍 了 Java 8、9、10 版 本 的 新 特性 ， 包 括 Lambda 表达 式 、 方 法 引用 、 流 、 默 认 方法 、optional、 
CompletableFuture 以 及 新 的 日 期 和 时 间 APL, 是 程序 员 了 解 Java 新 特性 的 经 典 指南 。 全 书 共 分 六 个 部 分 : 
基础 知识 、 使 用 流 进行 函数 式 数 据 处 理 、 使 用 流 和 Lambda 进行 高 效 编程 、 无 所 不 在 的 Java、 提 升 Java 的 
发 性 、 函 数 式 编程 以 及 Java 未 来 的 演进 。 

本 书 适 合 Java 开发 人 员 阅 读 。 
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人 召 Java 8 新 特性 的 简明 指南 ， 书 中 提供 了 大 量 的 示例 ， 可 以 帮助 读者 快速 掌握 
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Jason Lee，Oracle 公司 

















“这 本 书 是 最 优秀 的 Java 8 指南 !” 





William Wheeler，ProData 计算 机 系统 公司 


“ 书 中 新 的 Stream API 和 Lambda 示例 特别 有 用 。” 





一 一 Steve Rogers，CGTek 公司 
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这 是 学 习 Java 8 函数 式 编程 的 必 备 材料 .” 








Mayur S. Patil， 麻 省 理工 学 院 工程 学 院 





“这 本 书 以 实战 为 宗旨 ， 简 明 扼 要 地 介绍 了 Java 8 激动 人 心 的 新 特性 ， 对 掌握 Java 8 的 新 功 
能 非常 有 帮助 。 我 尤其 钟爱 函数 式 接口 和 spliterator 的 相关 内 容 。” 


Will Hayworth， 开 发 者 ，Atlassian 公司 
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1998 年， 八 岁 的 我 拿 起 了 我 此 生 第 一 本 计算 机 书 ， 那 本 书 讲 的 是 JavaScript 和 HTML。 我 当 
时 怎么 也 想不到 , 打开 那 本 书 会 让 我 见识 到 编程 语言 和 它们 能 够 创造 的 神奇 世界 , 并 彻底 改变 我 
的 生活 。 我 被 它 深 深 地 吸引 了 。 如 今 ， 编 程 语 言 的 某 个 新 特性 还 会 时 不 时 地 让 我 感到 兴奋 ， 因 为 
它 让 我 花 更 少 的 时 间 就 能 够 写 出 更 清晰 、 更 简洁 的 代码 。 我 希望 本 书 探讨 的 Java8、9 以 及 10 中 
那些 来 自 函 数 式 编程 的 新 思想 ， 同 样 能 够 给 你 启迪 。 

那么 ， 你 可 能 会 问 ， 这 本 书 以 及 它 的 上 一 版 是 由 何 而 来 的 呢 ? 

2011 年 ，Oracle 公司 的 Java 语言 架构 师 Brian Goetz 分 享 了 一 些 在 Java 中 添加 Lambda 表达 
式 的 提议 ,以 期 获得 业界 的 参与 。 这 重新 燃 起 了 我 的 兴趣 ， 于 是 我 开始 传播 这 些 想法 ， 在 各 种 开 
发 者 会 议 上 组 织 Java 8 讨论 班 ， 并 为 剑桥 大 学 的 学 生 开 设 讲座 。 

到 了 2013 年 4 月 ,消息 不 肥 而 走 ，Manning 出 版 社 的 编辑 给 我 发 了 封 邮 件 ， 问 我 是 否 有 兴 
趣 写 一 本 关于 Java 8 中 Lambda 的 书 。 当 时 我 只 是 个 “不 起 眼 ” 的 二 年 级 博士 研究 生 ， 写 书 似乎 
并 不 是 一 个 好 主意 ， 因 为 它 会 耽误 我 提交 论文 。 另 一 方面 ， 所 谓 “ 只 争 朝夕 "， 我 想 写 一 本 小 书 
不 会 有 太 多 工作 量 ， 对 吧 ? ( 后 来 我 才 意 识 到 自己 大 错 特 错 了 ! ) 于 是 我 咨询 我 的 博士 生 导 师 米 
克 罗 夫 特 教授 ,结果 他 十 分 支持 我 写 书 ( 甚至 愿意 为 这 种 与 博士 学 位 无 关 的 工作 提供 帮助 ,我 永 
远 感谢 他 )。 几 天 后 ， 我 们 见 到 了 Java 8 的 布道 者 富 斯 科 ， 他 有 着 非常 丰富 的 专业 经 验 ， 并 且 因 
在 重大 开发 者 会 议 上 所 做 的 本 数 式 编程 演讲 而 享有 盛名 。 

我 们 很 快 就 认识 到 ， 如 果 将 大 家 的 能 量 和 背景 融合 起 来 ， 就 不 仅仅 可 以 写 出 一 本 关于 Java 8 
Lambda 的 小 书 ， 而 是 可 以 写 出 (我 们 希望 ) 一 本 五 年 或 十 年 后 ， 在 Java 领域 仍然 有 人 愿意 阅读 
的 书 。 我 们 有 了 一 个 非常 难得 的 机 会 来 深入 讨论 许多 话题 ， 它 们 不 但 有 益 于 Java 程序 员 ， 还 打 
开 了 通 往 一 而 通 往 新 世界 的 大 门 : 函数 式 编程 。 

现在 是 2018 年 ， 截 至 今天 , 本 书 的 上 一 版 已 在 全 世界 售 出 两 万 本 ,Java 9 已 经 发 布 ，Java 10 
也 即将 发 布 。 经 历 了 无 数 个 漫漫 长 夜 的 辛苦 工作 、 无 数 次 的 编辑 和 永生 难忘 的 体验 后 , 我们 这 本 
全 新 修订 的 包含 Java 8、9 以 及 10 的 《Java 实 战 (第 2 版 )》 终 于 送 到 了 你 的 手 上 。 希望 你 会 喜 
欢 它 ! 
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如 果 没 有 许多 杰出 人 士 的 支持 ， 这 本 书 是 不 可 能 完成 的 。 

口 自愿 提供 宝贵 审 稿 建议 的 朋友 : Richard Walker Jan Saganowski、 Brian Goetz、 Stuart Marks 、 
Cem Redif、 Paul Sandoz 、Stephen Colebourne 、fiiigo Mediavilla、Allahbaksh Asadullah 、 
Tomasz Nurkiewicz 和 Michael Miiller。 

口 在 MEAP (Manning Early Access Program ) 的 作者 在 线 论 坛 上 发 表 评 论 的 读者 。 

口 在 编撰 过 程 中 提供 有 益 反 馈 的 审阅 者 : Antonio Magnaghi、Brent Stains 、Franziska Meyer、 
Furkan Kamachi、Jason Lee、Jorn Dinkla、Lochana Menikarachchi、Mayur Patil、Nikolaos 
Kaintantzis 、Simone Bordet、Steve Rogers 、Will Hayworth 和 William Wheeler。 

口 Manning 出 版 社 编辑 Kevin Harreld 耐心 地 回答 了 我 们 所 有 的 问题 和 疑虑 ， 为 每 一 章 的 初 

稿 提 供 了 详尽 的 反馈 ， 并 尽 其 所 能 地 支持 我 们 。 

口 本 书 付 印 前 ，Dennis Selinger 和 Jean-Francois Morin 进行 了 全 面 的 技术 审阅 ，Al Scherer 
则 在 编撰 过 程 中 提供 了 技术 帮助 。 


乌 尔 玛 的 致谢 词 


首先 , 我 要 感谢 我 的 父母 在 生活 中 给 予 我 无 尽 的 爱 和 支持 。 我 写 一 本 书 的 小 小 梦想 如 今 成 真 
了 ! 其 次 , 我 要 癌 信 任 并 且 支 持 我 的 博士 生 导 师 和 合 著 者 米 克 罗 夫 特 表达 无 尽 的 感激 。 我 也 要 感 
谢 合 著者 富 斯 科 陪 我 走 过 这 段 有 趣 的 旅程 。 最 后 ， 我 要 感谢 在 生活 中 为 我 提供 指导 、 有 用 建议 ， 
给 予 我 鼓励 的 朋友 们 : Sophia Drossopoulou、Aidan Roche、Alex Buckley、Haadi Jabado 和 Jaspar 
Robertson。 你 们 真是 太 棒 啦 ! 


富 斯 科 的 致谢 词 


我 要 特别 感谢 我 的 麦子 Marilena， 她 无 尽 的 耐心 让 我 可 以 专注 于 写作 本 书 ; 还 有 我 们 的 女儿 
Sofia， 因 为 她 能 够 创造 出 无 尽 的 混乱 , 让 我 可 以 从 本 书 的 写作 中 暂时 抽身 。 你 在 阅读 本 书 时 将 发 
现 ，Sofia 还 用 只 有 小 护 子 才 会 的 方式 ， 告 诉 我 们 内 部 迭代 和 外 部 迭代 之 间 的 差异 。 我 还 要 感谢 
乌 尔 玛 和 米 克 罗 夫 特 ， 他 们 与 我 一 起 分 享 了 写作 本 书 的 〈 巨 大 ) 喜悦 和 (小 小 ) 痛苦 。 
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米 克 罗 夫 特 的 致谢 词 

我 要 感谢 我 的 太太 Hilary 和 其 他 家 庭 成 员 在 本 书写 作 期 间 容忍 我 , 我 常常 说 “再 稍微 弄 弄 就 
好 了 ”， 结 果 一 弄 就 是 好 几 个 小 时 。 我 还 要 感谢 多 年 来 的 同事 和 学 生 ， 他 们 让 我 知道 了 怎么 去 教 
授 知 识 。 最 后 ,感谢 富 斯 科 和 乌 尔 玛 这 两 位 非常 高 效 的 合 著 者 ,特别 是 乌 尔 玛 在 苟 求 “ 周 五 再 交 
出 一 部 分 稿件 ”时 ， 还 能 让 人 愉快 地 接受 。 
























































关于 本 书 

















简单 地 说 ，Java 8 中 的 新 增 功能 以 及 Java 9 引入 的 变化 (虽然 并 不 显著 ) 是 自 Java 1.0 发布 
21 年 以 来 ，Java 发 生 的 最 大 变化 。 这 一 演进 没有 去 掉 任 何 东 西 ， 因 此 你 原 有 的 Java 代码 都 能 工 
作 , 但 新 功能 提供 了 更 强大 的 新 习 语 和 新 设计 模式 ， 能 帮助 你 编写 更 清晰 、 更 简洁 的 代码 。 就 像 
遇 到 所 有 新 功能 时 那样 ， 你 一 开始 可 能 会 想 :“ 为 什么 又 要 去 改 我 的 语言 呢 ? ”但 稍 加 练习 之 后 ， 
你 就 会 发 觉 自己 只 用 预期 的 一 半 时 间 ， 就 用 新 功能 写 出 了 更 短 、 更 清晰 的 代码 ， 这 时 你 会 意识 到 
自己 永远 无 法 返回 到 “IH Java” 了 。 

本 书 会 帮助 你 跨 过 “原理 听 起 来 不 错 ， 但 还 是 有 点 儿 新 ， 不 太 适 应 ”的 门槛 ， 从 而 熟练 地 
编程 。 

“也 许 吧 ,” 你 可 能 会 想 ,“ 可 是 Lambda、 子 数 式 编程 ， 这 些 不 是 那些 留 着 胡子 、 穿 着 凉鞋 的 
学 究 们 在 象牙 塔 里 面 琢磨 的 东西 吗 ? ”或 许 是 的 , 但 Java 8 中 加 入 的 新 想法 的 分 量 刚刚 好 ， 它 们 
带 来 的 好 处 也 可 以 被 普通 的 Java 程序 员 所 理解 。 本 书 会 从 普通 程序 员 的 角度 来 叙述 ， 偶 尔 谈 谈 
“这 是 怎么 来 的 ”。 

“Lambda， 听 起 来 跟 天 书 一 样 !” 是 的 ， 也 许 是 这 样 ， 但 它 是 一 个 很 好 的 想法 ， 让 你 可 以 编 
写 简 明 的 Java 程序 。 许 多 人 都 熟悉 事件 处 理 器 和 回调 函数 ， 即 注册 一 个 对 象 ， 它 包含 会 在 事件 
发 生 时 使 用 的 一 个 方法 。Lambda 使 人 更 容易 在 Java 中 广泛 应 用 这 种 思想 。 简 单 来 说 ，Lambda 
和 它 的 朋友 “方法 引用 ”让 你 在 做 其 他 事情 的 过 程 中 , 可 以 简明 地 将 代码 或 方法 作为 参数 传递 进 
去 执行 。 在 本 书 中 ,你 会 看 到 这 种 思想 出 现 得 比 预 想 的 还 要 频繁 : 从 加 入 做 比较 的 代码 来 简单 地 
参数 化 一 个 排序 方法 ， 到 利用 新 的 Stream API 在 一 组 数据 上 表达 复杂 的 查询 指令 。 

“ 流 (stream ) 是 什么 ? ”这 是 Java 8 的 一 个 新 功能 。 它 的 特点 和 集合 〈collection ) 差不多 ， 
但 有 几 个 明显 的 优点 ， 让 我 们 可 以 使 用 新 的 编程 风格 。 首 先 ， 如 果 你 使 用 过 SQL 等 数据 库 查 询 
语言 ， 就 会 发 现 用 几 行 代码 写 出 的 查询 语句 要 是 换 成 Java 要 写 好 长 。Java 8 的 流 支 持 这 种 简明 的 
数据 库 查 询 式 编程 一 一 但 用 的 是 Java 语法 ， 而 无 须 了 解数 据 库 ! 其 次 ， 流 被 设计 成 无 须 同 时 将 
所 有 的 数据 调和 内存 ( 其 至 根本 无 须 计 算 )， 这 样 就 可 以 处 理 无 法 装 入 计算 机 内 存 的 流 数据 了 。 
但 Java 8 可 以 对 流 做 一 些 集合 所 不 能 的 优化 操作 , 例如 , 它 可 以 将 对 同一 个 流 的 若干 操作 组 合 起 
来 ， 从 而 只 遍历 一 次 数据 ， 而 不 是 花 很 大 成 本 去 多 次 遍历 它 。 更 妙 的 是 ，Java 可 以 自动 将 流 操 作 
并 行 化 (集合 可 不 行 )。 

“还 有 子 数 式 编程 ， 这 又 是 什么 ” ”就 像 面向 对 象 编程 一 样 ， 它 是 另 一 种 编程 风格 ， 其 核心 
是 把 函数 作为 值 ， 前 面 在 讨论 Lambda 的 时 候 提 到 过 。 












































































































































































































































2 关于 本 书 





Java 8 的 好 处 在 于 , 它 把 函数 式 编程 中 一 些 最 好 的 想法 融入 到 了 大 家 熟悉 的 Java 语 法 中 。 有 
了 这 个 优秀 的 设计 选择 ,你 可 以 把 函数 式 编程 看 作 Java 8 中 一 个 额外 的 设计 模式 和 习 语 ， 让 你 可 
以 用 更 少 的 时 间 ， 编 写 更 清晰 、 更 简洁 的 代码 。 想 想 你 的 编程 兵器 库 中 的 利器 又 多 了 一 样 。 
当然 ， 除 了 这 些 在 概念 上 对 Java 有 很 大 扩充 的 功能 ， 我 们 也 会 解释 很 多 其 他 有 用 的 Java 8 
功能 和 更 新 ， 如 默认 方法 、 新 的 optional 类 、completableFuture， 以 及 新 的 日 期 和 时 间 API。 
Javag9 的 更 新 包括 一 个 支持 通过 FlowAPI 进行 反应 式 编程 的 模块 系统 ， 以 及 其 他 各 种 增强 功能 。 
别 急 ， 这 只 是 一 个 概览 ， 现 在 该 让 你 自己 去 看 看 本 书 了 。 


本 书 结构 


本 书 分 为 六 个 部 分 , 分 别 是 :“ 基 础 知识 ”“ 使 用 流 进 行 函数 式 数 据 处 理 ” “使 用 流 和 Lambda 
进行 高 效 编程 “无 所 不 在 的 Java” “提升 Java 的 并 发 性 ”和 “函数 式 编程 以 及 Java 未 来 的 演进 ”。 
我 们 强烈 建议 你 按 顺 序 阅读 前 两 部 分 的 内 容 , 因为 很 多 概念 都 需要 前 面 的 章节 作为 基础 , 后 面 四 
个 部 分 的 内 容 你 可 以 按照 任意 顺序 阅读 。 大 多 数 章节 都 附 有 几 个 测验 , 可 以 帮助 你 学 习 和 掌握 这 
些 内 容 。 

第 一 部 分 旨 在 帮助 你 初步 使 用 Java 8。 学 完 这 一 部 分 ， 你 将 会 对 Lambda 表达 式 有 充分 的 了 
解 ， 并 可 以 编写 简洁 而 灵活 的 代码 ， 能 够 轻松 适应 不 断 变化 的 需求 。 
口 第 1 章 总 结 Java 的 主要 变化 (Lambda 表达 式 、 方 法 引用 、 流 和 默认 方法 )， 为 学 习 后 面 
的 内 容 做 准备 。 

口 第 2 章 介绍 行为 参数 化 , 这 是 Java 8 非常 依赖 的 一 种 软件 开发 模式 ， 也 是 引入 Lambda 表 
达 式 的 主要 原因 。 
口 第 3 章 对 Lambda 表达 式 和 方法 引用 进行 全 面 介绍 ， 每 一 步 都 提供 了 代码 示例 和 测验 。 

第 二 部 分 详细 讨论 新 的 Stream API。 通 过 Stream API， 你 将 能 够 写 出 功能 强大 的 代码 ， 以 声 
明 性 方式 处 理 数 据 。 学 完 这 一 部 分 ， 你 将 充分 理解 流 是 什么 ， 以 及 如 何在 Java 应 用 程序 中 使 用 
它们 来 简洁 而 高 效 地 处 理 数据 集 。 

口 第 4 章 介绍 流 的 概念 ， 并 解释 它们 与 集合 有 何 异 同 。 

口 第 5 章 详细 讨论 为 了 表达 复 休 的 数据 处 理 查询 可 以 使 用 的 流 操 作 。 其 间 会 谈 到 很 多 模式 ， 

[0 筛选、 切片 、 查 找 、 匹 配 、 映 射 和 归 约 。 

口 第 6 章 介 绍 收集 器 一 一 Stream API 的 一 个 功能 ， 可 以 让 你 表达 更 为 复杂 的 数据 处 理 查 询 。 

D 第 7 章 探讨 流 如 何 得 以 自动 并 行 执行 ,并 利用 多 核 架构 的 优势 。 此 外 ， 你 还 会 学 到 为 正确 
而 高 效 地 使 用 并 行 流 ， 要 避免 的 若干 陷阱 。 

第 三 部 分 探索 Java 8 和 Java 9 的 多 个 主题 ， 这 些 主题 中 的 技巧 能 让 你 的 Java 代码 更 高 效 ， 
并 能 帮助 你 利用 现代 的 编程 习 语 改进 代码 库 。 这 一 部 分 的 出 发 点 是 介绍 高 级 编程 思想 , 本 书后 续 
内 容 并 不 依赖 于 此 。 

口 第 8 章 是 这 一 版 新 增 的 ， 探 讨 Java 8 和 Java 9 对 Collection API 的 增强 。 内 容 涵 盖 如 何 使 

用 集合 工厂 ， 如 何 使 用 新 的 惯用 模式 处 理 List 和 set ， 以 及 使 用 Map 的 惯用 模式 。 
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口 第 9 章 探讨 如 何 利 用 Java 8 的 新 功能 和 一 些 秘诀 来 改善 你 现 有 的 代码 。 此 外 ， 该 章 还 探 

讨 了 一 些 重要 的 软件 开发 技术 ， 如 设计 模式 、 重 构 、 测 试 和 调试 。 

口 第 10 章 也 是 这 一 版 新 增 的 , 介绍 依据 领域 特定 语言 (domain-specific language，DSL ) 实 
现 API 的 思想 。 这 不 仅 是 一 种 强大 的 API 设计 方法 ,而且 正 变 得 越 来 越 流行 。Java 中 已 
经 有 API 采 用 这 种 模式 实现 ， 壁 如 Comparator 、Stream 以 及 collector 接口 。 

第 四 部 分 介绍 Java 8 和 Java 9 中 新 增 的 多 个 特性 , 这 些 特性 能 帮助 程序 员 事 半 功 倍 地 编写 代 

让 程序 更 加 稳定 可 靠 。 我 们 首先 从 Java 8 新 增 的 两 个 API 人手。 

口 第 11 章 介绍 java.util.optional 类 , 它 能 让 你 设计 出 更 好 的 API, 并 减少 空 指针 异常。 

D 第 12 章 探讨 新 的 日 期 和 时 间 API， 这 相对 于 以 前 涉及 日 期 和 时 间 时 容易 出 错 的 API 是 一 

大 改进 。 

口 第 13 章 讨 论 默 认 方法 是 什么 ， 如 何 利用 它们 来 以 兼容 的 方式 演变 API， 一 些 实际 的 应 用 

模式 ， 以 及 有 效 使 用 默认 方法 的 规则 。 

口 第 14 章 是 这 一 版 新 增 的 ， 探讨 Java 的 模块 系统 它 是 Java 9 的 主要 改进 , 使 大 型 系统 
能 够 以 文档 化 和 可 执行 的 方式 进行 模块 化 ， 而 不 是 简单 地 将 一 堆 包 杂乱 无 章 地 堆 在 一 起 。 

第 五 部 分 探讨 如 何 使 用 Java 的 高 级 特性 构建 并 发 程序 一 一 注意 ， 我 们 要 讨论 的 不 是 第 6 章 

7 章 中 介绍 的 流 的 并 发 处 理 。 

口 第 15 章 是 这 一 版 新 增 的 ， 从 宏观 的 角度 介绍 异步 API 的 思想 ， 包 括 Future、 反 应 式 编 

程 背 后 的 “发 布 - 订 阅 ” 协 议 ( 封装 在 Java 9 的 Flow API 中 )。 

口 第 16 章 探讨 completableFuture， 它 可 以 让 你 用 声明 性 方式 表达 复杂 的 异步 计算 ， 从 

而 让 Stream API 的 设计 并 行 化 。 

口 第 17 章 也 是 这 一 版 新 增 的 ， 详 细 介绍 Java 9 的 Flow API， 并 提供 反应 式 编程 的 实战 代码 
解析 。 

第 六 部 分 是 本 书 最 后 一 部 分 ， 我 们 会 谈 谈 怎么 用 Java 编写 高 效 的 函数 式 程序 ， 还 会 将 Java 

能 和 Scala 做 比较 。 

口 第 18 章 是 一 个 完整 的 函数 式 编程 教程 ， 会 介绍 一 些 术语 ， 并 解释 如 何在 Java 8 中 编写 函 

数 式 风格 的 程序 。 

口 第 19 章 涵盖 更 高 级 的 函数 式 编程 技巧 ， 包 括 高 阶 函 数 、 柯 里 化 、 持 和 久 化 数据 结构 、 延 迟 
列表 和 模式 匹配 。 这 一 章 既 提供 了 可 以 用 在 代码 库 中 的 实际 技术 ， 也 提供 了 能 让 你 成 为 
更 渊博 的 程序 员 的 学 术 知 识 。 

口 第 20 章 将 对 比 Java 与 Scala 的 功能 。Scala 和 Java 一 样 ， 是 一 种 在 JVM 上 实现 的 语言 ， 

近年 来 发 展 迅 速 ， 在 编程 语言 生态 系统 中 已 经 威胁 到 了 Java 的 一 些 方面 。 

D 第 21 章 会 回顾 这 段 学 习 Java 8 并 慢 慢 走向 函数 式 编程 的 历程 。 此 外 ， 我 们 还 会 猜测 ， 在 
Java 8、9 以 及 10 中 添加 的 小 功能 之 后 ， 未 来 可 能 会 有 哪些 增强 和 新 功能 出 现 。 

最 后 , 本 书 有 四 个 附录 , 涵盖 了 与 Java 8 相关 的 其 他 一 些 话题 。 附录 A 总 结 了 本 书 未 讨论 的 

Java 8 的 小 特性 。 附 录 B 概述 了 Java 库 的 其 他 主要 扩展 ， 可 能 对 你 有 用 。 附 录 C 是 第 二 音 

延续 ,介绍 了 流 的 高 级 用 法 。 附 录 DD 探讨 了 Java 编译 器 在 幕后 是 如 何 实现 Lambda 表达 式 的 。 

























































































































































































































































































4 关于 本 书 


天 于 代码 


所 有 代码 清单 和 正文 中 的 源 代码 都 采用 等 宽 字 体 (如 fixedq-widthfontlIikethis )， 以 与 
普通 文字 区 分 开 来 。 许 多 代码 清单 中 都 有 注释 ， 突 出 了 重要 的 概念 。 

书 中 示例 的 源 代码 请 至 图 灵 社 区 本 书 主页 http://ituring.cn/book/2659“ 随 书 下 载 ” 处 下 载 。 
本 书 论坛 

购买 了 英文 版 的 读者 可 免费 访问 Manning 出 版 社 运营 的 一 个 私有 在 线 论坛 ， 你 可 以 在 那里 发 表 
对 图 书 的 评论 、 询问 技术 问题 , 并 获得 作者 和 其 他 用 户 的 帮助 , 网 址 为 : https://forums.manning.com/ 
forums/modern-java-in-action。 如 欲 了 解 Manning 论坛 以 及 论坛 上 的 行为 守则 ,请 访问 https:/forums. 
manning.comy/forums/about。 

Manning 对 读者 的 承诺 是 提供 一 个 平台 ， 供 读者 之 间 以 及 读者 和 作者 之 间 进 行 有 意义 的 对 
话 。 但 这 并 不 意味 着 作者 会 有 任何 特定 程度 的 参与 。 他 们 对 论坛 的 贡献 是 完全 自愿 的 ( 且 无 报酬 )。 
我 们 建议 你 试 着 询问 作者 一 些 有 挑战 性 的 问题 ， 以 免 他 们 失去 兴趣 。 只 要 书 仍 在 发 行 ,你 就 可 以 
在 出 版 商 网 站 上 访问 作者 在 线 论 坛 和 先前 所 讨论 内 容 的 归档 文件 。 

读者 也 可 登录 图 灵 社 区 本 书 主页 http://ituring.cn/book/2659 提交 反馈 意见 和 勘误 。 


电子 书 
扫描 如 下 二 维 码 ， 即 可 购买 本 书 电子 版 。 











































































































关于 封面 图 片 


本 书 封面 上 的 图 像 标 题 为 “1700 年 中 国清 朝 满族 战士 的 服饰 "。 图 片 中 的 人 物 衣 饰 华丽 ， 身 
佩 利 人 环 ， 背 背 号 和 箭 简 。 如 果 你 仔细 看 他 的 腰带 ， 会 发 现 一 个 入 形 的 带 扣 (这 是 我 们 的 设计 师 
加 上 去 的 ， 暗 示 本 书 的 一 个 主题 )。 该 图 选 自 Thomas Jefferys 的 《各 国 古 代 和 现代 服饰 集 》 
(A Collection of the Dresses of Different Nations, Ancient and Modern， 伦敦 ，1757 年 至 1772 年 间 出 版 )， 
该 书 标 题 页 中 说 这 些 图 是 手工 上 色 的 铜版 雕刻 品 ， 并 且 是 用 阿拉 伯 树 胶 填 充 的 。Thomas Jefferys 
(1719-1771 ) 被 称 为 “乔治 三 世 的 地 理学 家 ”。 他 是 一 名 英国 制图 员 ， 是 当时 主要 的 地 图 供应 商 。 
他 为 政府 和 其 他 官方 机 构 雕 刻 和 印 制 地 图 , 制作 了 很 多 商业 地 图 和 地 理 地 图 集 , 尤 以 北美 地 区 为 
多 。 地 图 制作 商 的 工作 让 他 对 勘察 和 绘图 过 的 地 方 的 服饰 产生 了 兴趣 , 这些 都 在 这 个 四 卷 本 中 得 
到 了 出 色 的 展现 。 

向 往 遥 远 的 土地 、 渴 望 旅行 ,在 18 世纪 还 是 相对 新 鲜 的 现象 ， 而 类 似 于 这 本 集 子 的 书 则 十 
分 流行 ， 这 些 集 子 癌 旅 游 者 和 坐 着 扶手 椅 梦 想 去 旅游 的 人 介绍 了 其 他 国家 的 人 。Jefferys 书 中 异 
彩 纷呈 的 图 画 生动 地 描绘 了 儿 百 年 前 世界 各 国 的 独特 与 个 性 。 如 今 ， 着 装 规则 已 经 改变 ,各 个 国 
家 和 地 区 一 度 非常 丰富 的 多 样 性 也 已 消失 ,来 自 不 同 大 陆 的 人 仅 靠 衣着 已 经 很 难 区 分 开 了 ,不 过 ， 
要 是 乐观 点 儿 看 , 我 们 这 是 用 文化 和 视觉 上 的 多 样 性 , 换 得 了 更 多 姿 多 彩 的 个 人 生活 或 是 更 
为 多 样 化 、 更 为 有 趣 的 知识 和 技术 生活 。 

如 今 计算 机 图 书 的 封面 设计 风格 类 似 ，Manning 出 版 社 独 树 一 帜 ， 用 Jefferys 画 中 复活 的 三 
个 世纪 前 风格 各 异 的 国家 服饰 ， 来 象征 计算 机 行业 中 的 发 明 与 创造 的 异彩 纷呈 。 
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基础 知识 





第 一 部 分 旨 在 帮助 你 初步 使 用 Java 8。 学 完 这 一 部 分 ,你 将 对 Lambda 表达 式 有 充分 的 了 解 ， 
并 可 以 编写 简洁 而 灵活 的 代码 ， 能 够 轻松 适应 不 断 变化 的 需求 。 

第 1 章 总 结 Java 的 主要 变化 (Lambda 表达 式 、 方 法 引用 、 流 和 默认 方法 )， 为 学 习 后 面 的 
内 容 做 准备 。 

第 2 章 介绍 行为 参数 化 ， 这 是 Java 8 非常 依赖 的 一 种 软件 开发 模式 ， 也 是 引入 Lambda 表 
达 式 的 主要 原因 。 

第 3 章 对 Lambda 表达 式 和 方法 引用 进行 全 面 的 介绍 ， 每 一 步 都 提供 了 代码 示例 和 测验 。 
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本 章 内 容 

口 Java 怎么 又 变 了 

口 日 新 月 异 的 计算 应 用 背景 
口 Java 改进 的 压力 

口 Java 8 和 Java 9 的 核心 新 特性 
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自 1996 年 JDK 1.0 (Java 1.0 ) 发 布 以 来 ，Java 已 经 受到 了 学 生 、 项 目 经 理 和 程序 员 等 一 大 
批 活跃 用 户 的 欢迎 。 这 一 语言 极 具 活力 ， 不 断 被 用 在 大 大 小 小 的 项 目 里 。 从 Java 1.1 (1997 年 ) 
到 Java 7 (2011 年 )，Java 通过 不 断 地 增加 新 功能 ， 得 到 了 良好 的 升级 。Java 8 于 2014 年 3 月 发 
布 , Java9 于 2017 年 9 月 发 布 , Java 10 于 2018 年 3 月 发 布 , Javall 于 2018 年 9 月 发 布 ?。 那 么 ， 
问题 来 了 : 为 什么 要 关心 这 些 变化 ? 


1.1 为 什么 要 关心 Java 的 变化 


我 们 的 理由 是 ， 从 很 多 方面 来 说 ，Java 8 所 做 的 改变 ， 其 影响 比 Java 历史 上 任何 一 次 改变 都 
深远 ( Java 9 新 增 了 效率 提升 方面 的 重要 改进 ,但 并 不 伤 筋 动 骨 ， 这 些 内 容 本 章 后 面 会 介绍 。 
Java 10 对 类 型 推断 做 了 微调 )。 好 消息 是 ， 这 些 改变 会 让 编程 更 容易 ， 我 们 再 也 不 用 编写 下 面 这 
种 咖 唆 的 程序 了 (按照 重量 给 inventory 中 的 苹果 排序 ): 



















































































Collections.sort (inventory, new Comparator<Apple>() { 
public int compare (Apple al, Apple a2)f{ 
return al.getWeight () .compareTo(a2.getWeight ()); 
3 





Q@ 如 想 了 解 Oracle 公司 对 JDK 的 最 新 支持 情况 ,请 访问 https://www.oracle.com/technetwork/java/java-se-support- 
roadmap.html。 译 者 注 
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使 用 Java 8， 你 能 书写 更 简洁 的 代码 ， 让 代码 读 起 来 更 接近 问题 描述 本 身 : 

本 书 第 一 段 
Java 8 代码 

这 上段 代码 的 意思 是 “按照 重量 给 库存 苹果 排序 ”"。 目 前 你 不 用 担心 不 理解 这 段 代码 ， 本 书后 
续 的 章节 将 会 介绍 它 做 了 什么 ， 以 及 如 何 写 出 这 样 的 代码 。 

Java 8 的 改变 也 受到 了 硬件 的 影响 :平常 我 们 用 的 CPU 都 是 多 核 的 一 一 你 的 笔记 本 电脑 或 台 
式 机 的 处 理 器 可 能 有 四 个 甚至 更 多 的 CPU 核 。 然 而 ， 绝 大 多 数 现存 的 Java 程序 都 只 使 用 了 其 中 
一 个 核 ， 其 他 三 个 核 都 闲 着 ， 或 者 仅 消 耗 了 它 的 一 小 部 分 处 理 能 力 来 运行 操作 系统 或 杀毒 程序 。 

Javag 之前， 专家 们 可 能 会 跟 你 说 ， 只 有 通过 多 线程 才能 利用 多 个 处 理 器 核 。 问 题 是 ， 多 线 
程 用 起 来 不 仅 难 ， 还 容易 出 错 。 从 Java 的 演进 路 径 来 看 ， 它 一 直 致 力 于 让 并 发 编程 更 容易 、 出 
错 更 少 。 早 在 1.0 版 本 Java 就 引入 了 线程 和 锁 , 其 至 还 有 一 个 内 存 模型 一 一 这 是 当时 的 最 佳 做 法 ， 
然而 事实 证 明 ， 除 非 你 的 项 目 团队 是 由 专家 组 成 的 ， 否 则 很 难 可 靠 地 利用 这 些 基 本 模型 。Java 5 
添加 了 工业 级 的 构建 模块 ， 如 线程 池 和 并 发 集合 。Java 7 添加 了 分 支 /合并 ( fork/join ) 框架 ,让 
并 行 变 得 更 实用 ， 然 而 这 依旧 很 困难 。Java 8 提供 了 一 种 全 新 的 思想 ， 可 以 帮助 你 更 容易 地 实现 
并 行 。 然 而 ， 你 仍然 需要 遵循 一 些 规则 ， 这 些 内 容 本 书 都 会 逐一 介绍 。 

本 书 还 会 介绍 Java 9 新 增 的 反应 式 编 程 文 持 ， 它 是 一 种 实现 并 发 的 结构 化 方法 。 虽 然 实现 反 
应 式 编程 有 多 种 专 有 的 方式 , 但 是 RxJava 和 Akka 反应 式 流 工 具 集 正 日 益 流行 , 已 成 为 构建 高 并 
发 系统 的 标准 方式 。 

基于 前 文 介绍 的 两 个 迫切 需求 ( 即 编写 更 简洁 的 代码 ， 以 及 更 方便 地 利用 处 理 器 的 多 核 ) 催 
生出 了 一 座 拔 地 而 起 相互 勾 连 一 致 的 Java8 大 厦 。 先 快速 了 解 一 下 这 些 想法 (希望 能 引起 你 的 兴 
趣 ， 也 希望 这 些 总 结 足 够 简洁 ): 

口 Stream API; 
口 向 方法 传递 代码 的 技巧 ; 
口 接口 的 默认 方法 。 

Java 8 提供 了 一 个 新 的 API ( 称 为 “ 流 ”，Stream )， 它 支持 多 个 数据 处 理 的 并 行 操作 ， 其 思 
路 和 数据 库 查 询 语言 类 似 一 一 从 高 层 的 角度 描述 需求 ， 而 由 “实现 ”( 这 里 是 Stream 库 ) 来 选择 
底层 最 佳 执 行 机 制 。 这 样 就 可 以 避免 用 synchronized 编写 代码 ， 这 种 代码 不 仅 容 易 出 错 ， 而 
且 在 多 核 CPU" 上 执行 所 需 的 成 本 也 比 你 想象 的 要 高 。 

从 修正 的 角度 来 看 ， 在 Java 8 中 加 入 Stream 可 以 视 为 添加 另外 两 项 的 直接 原因 : 向 方法 传 
递 代 码 的 简洁 技巧 (方法 引用 、Lambda ) 和 接口 中 的 默认 方法 。 

如 果 仅 仅 把 “向 方法 传递 代码 ”看 成 引入 Stream 的 结果 ， 就 低估 了 它 在 Java 8 中 的 应 用 范 
围 。 它 提供 了 一 种 新 的 方式 ， 能够 简洁 地 表达 行为 参数 化 。 比 方 说 ,你 想 要 写 两 个 只 有 几 行 代码 
不 同 的 方法 , 现在 只 需 把 不 同 的 那 部 分 代码 作为 参数 传递 进去 就 可 以 了 。 采用 这 种 编程 技巧 , 代 


inventory.sort (comparing (Apple: :getWeight)); 

































































































































































@ 多核 CPU 的 每 个 处 理 器 核 都 有 独立 的 高 速 缓存 。 加 锁 需 要 这 些 高 速 缓存 同步 运行 , 然而 这 又 需要 在 内 核 间 进行 较 
慢 的 缓存 一 致 性 协议 通信 。 
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码 更 短 、 更 清晰 ， 也 比 常用 的 复制 粘贴 更 少 出 错 。 高 手 看 到 这 里 就 会 想 ，Java 8 之 前 可 以 用 匿名 
类 实现 行为 参数 化 呀 一 一 但 是 想 想 本 章 开 头 那 个 更 加 简洁 的 Java 8 代码 示例 , 代码 本 身 就 说 明了 
它 有 多 清晰 ! 

Java 8 里 将 代码 传递 给 方法 的 功能 ( 同时 也 能 够 返回 代码 并 将 其 包含 在 数据 结构 中 ) 还 让 我 
们 能 够 使 用 一 整套 新 技巧 , 通常 称 为 函数 式 编程 。 一 言 以 项 之 ,这 种 被 函数 式 编程 界 称 为 函数 的 
代码 ， 可 以 被 来 回 传递 并 加 以 组 合 ， 以 产生 强大 的 编程 语汇 。 这 样 的 例子 在 本 书 中 随处 可 见 。 

本 章 首 先 从 宏观 角度 探讨 语言 为 什么 会 演变 ,然后 介绍 Java 8 的 核心 特性 ,接着 介绍 函数 式 
编程 思想 一 一 新 的 特性 简化 了 使 用 , 而 且 更 适应 新 的 计算 机 体系 结构 。 简 而 言 之 , 1.2 节 讨 论 Java 
的 演变 过 程 和 原因 ， 即 Java 以 前 缺乏 以 简易 方式 利用 多 核 并 行 的 能 力 。1.3 节 介绍 为 什么 把 代码 
传递 给 方法 在 Java 8 里 是 如 此 强大 的 一 个 新 的 编程 语汇 。1.4 节 对 Stream 做 同样 的 介绍 : Stream 
是 Java 8 表示 有 序数 据 以 及 这 些 数据 是 否 可 以 并 行 处 理 的 新 方式 。1.5 节 解 释 如 何 利用 Java 8 中 
的 默认 方法 功能 让 接口 和 库 的 演变 更 顺畅 、 编 译 更 少 ， 还 会 介绍 Java 9 中 新 增 的 模块 ， 有 了 这 一 
特性 ，Java 系统 组 件 就 不 会 再 被 称 为 “只 是 包 的 JAR 文件” 了。 最 后 ，1.6 节 展 望 在 Java 和 其 他 
共用 JVM 的 语言 中 进行 函数 式 编程 的 思想 。 总 的 来 说 ， 本 章 会 介绍 整体 脉络 ， 而 细节 会 在 本 书 
的 其 余部 分 中 逐一 展开 。 请 尽情 享受 吧 ! 
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1.2” ”Java 怎么 还 在 变 


20 世纪 60 年 代 ， 人 们 开始 追求 完美 的 编程 语言 。 当 时 著名 的 计算 机 科学 家 Peter Landin 在 
1966 年 的 一 篇 标志 性 论文 "中 提 到 那 时 已 经 有 700 种 编程 语言 了 ， 并 推测 了 接 下 来 的 700 种 会 是 
什么 样子 ， 文 中 也 对 类 似 于 Java 8 中 的 函数 式 编程 进行 了 讨论 。 

之 后 ， 又 出 现 了 数 以 千 计 的 编程 语言 。 于 是 学 者 们 得 出 结论 : 编程 语言 就 像 生 态 系统 一 样 ， 
新 的 语言 会 出 现 ， 旧 语言 则 被 取代 ， 除 非 它们 不 断 演变 。 我 们 都 希望 出 现 一 种 完美 的 通用 语言 ， 
可 在 现实 中 ,， 某 些 语言 只 是 更 适合 某 些 方面 。 比 如 ，C 和 C++ 仍然 是 构建 操作 系统 和 各 种 谍 人 式 
系统 的 流行 工具 ， 因 为 它们 编写 出 的 程序 尽管 安全 性 不 佳 , 但 运行 时 占用 资源 少 。 缺 乏 安全 性 可 
能 会 导致 程序 意外 盘 泪 ， 并 把 安全 漏洞 暴露 给 病毒 等 。 确 实 ，Java 和 C# 等 安全 型 语言 在 诸多 运 
行 资源 不 太 紧 张 的 应 用 中 已 经 取代 了 C 和 C++。 

先 抢占 市 场 通常 能 够 吓 退 竞争 对 手 。 为 了 一 个 功能 而 改 用 新 的 语言 和 工具 链 往往 太 痛苦 了 ， 
但 新 来 者 最 终 会 取代 现 有 的 语言 ， 除 非 后 者 演变 得 够 快 ， 能 跟 上 节奏 。 年 纪 大 一 点 的 读者 大 多 可 
以 列举 出 一 堆 这 样 的 语言 一 一 他 们 以 前 用 过 ,但 是 现在 这 些 语言 已 经 不 流行 了 。 随 便 列 举 几 个 吧 : 
Ada、Algol、COBOL 、Pascal 、Delphi 、SNOBOL 等 。 

你 是 一 位 Java 程序 员 。 在 过 去 近 20 年 的 时 间 里 ，Java 已 经 成 功 地 霸占 了 编程 生态 系统 中 的 
一 大 块 ， 同 时 替代 了 竞争 对 手语 言 。 下 面 来 看 看 其 中 的 原因 。 




























































































































































































中 PJLandin,“The Next 700 Programming Languages,” CACM 9(3):157-65, March 1966。 





1.2.1 Java 在 编程 语言 生态 系统 中 的 位 置 


Java 天 资 不 错 。 从 一 开始 ， 它 就 是 一 门 精心 设计 的 面向 对 象 的 语言 ， 提 供 了 大 量 有 用 的 库 。 
由 于 有 集成 的 线程 和 锁 的 支持 ， 它 从 第 一 天 起 就 支持 小 规模 并 发 ( 并 且 它 很 有 先 见 之 明 地 承认 ， 
在 硬件 无 关 的 内 存 模 型 中 ， 并 发 线程 在 多 核 处 理 器 上 发 生意 外 的 概率 比 单 核 处 理 器 上 大 得 多 )。 
此 外 ， 将 Java 编译 成 JVM 字 节 码 (一 种 很 快 就 被 每 一 种 浏览 器 支持 的 虚拟 机 代码 ) 意味 着 它 成 
为 了 互联 网 applet (小 应 用 ) 的 首选 。( 你 还 记得 applet 吗 ? ) 确实 ，Java 虚拟 机 (JVM ) 及 其 字 
节 码 可 能 会 变 得 比 Java 语言 本 身 更 重要 , 而且 对 于 某 些 应 用 来 说 , Java 可 能 会 被 同样 运行 在 JVM 
上 的 竞争 对 手语 言 (如 Scala 或 Groovy ) 取代 。JVM 各 种 最 新 的 更 新 (例如 JDK7 中 的 新 
invokedynamic 字 节 码 ) 旨 在 帮助 这 些 竞 争 对 手语 言 在 JVM 上 顺利 运行 ,并 与 Java 交互 操作 。 
Java 也 已 经 成 功 地 占领 了 艇 入 式 计算 的 若干 领域 , 从 智能 卡 、 烤 面包 机 、 机顶盒 到 汽车 制 动 系统 。 









































Java 是 如 何 进入 通用 编程 市 场 的 ? 

面向 对 象 在 20 世纪 90 年 代 开 始 流行 ， 原因 有 两 个 : 封装 原则 使 得 其 软件 工程 问题 比 C 
少 ; 作为 一 个 思维 模型 ， 它 轻松 地 反映 了 Windows 95 及 之 后 的 WIMP 编程 模式 。 可 以 这 样 总 
结 : 一 切 都 是 对 象 ， 单 击 自 标 就 能 给 处 理 程序 发 送 一 个 事件 消息 (在 Mouse 对 象 中 触发 
clicked 方法 ), Java 的 “一 次 编写 ,随处 运行 ”模式 ， 以 及 早期 浏览 器 安全 地 执行 Java 小 应 
用 的 能 力 让 它 占 领 了 大 学 市 场 , 毕业 生 随 后 又 把 它 带 进 了 业界 。 开始 时 由 于 运行 成 本 比 C/C++ 
要 高 , Java 还 遇 到 了 一 些 阻力 , 但 后 来 机 器 变 得 越 来 越 快 , 程序 员 的 时 间 也 变 得 越 来 越 重 要 了 。 
微软 的 C# 进 一 步 验证 了 Java 的 面向 对 象 模型 。 








但 是 ， 编 程 语言 生态 系统 的 气候 正在 变化 。 程 序 员 越 来 越 多 地 要 处 理 所 谓 的 大 数据 ( 数 百 万 
兆 甚至 更 多 字 节 的 数据 集 )， 并 希望 利用 多 核 计算 机 或 计算 集群 来 有 效 地 处 理 。 这 意味 着 需要 使 
用 并 行 处 理 Java 以 前 对 此 并 不 支持 。 你 可 能 接触 过 其 他 编程 领域 的 思想 ， 比 如 Google 的 
map-reduce， 或 使 用 过 相对 容易 的 数据 库 查 询 语言 (如 SQL ) 执行 数据 操作 ， 它 们 能 帮助 你 处 理 
大 量 数 据 和 多 核 CPU。 图 1-1 总 结 了 语言 生态 系统 : 把 这 幅 图 看 作 编 程 问题 空间 ， 每 个 地 方 生 长 
的 主要 植物 就 是 程序 最 喜欢 的 语言 。 气 候 变 化 的 意思 是 ， 新 的 硬件 或 新 的 编程 因素 ( 例如 ,“ 我 
为 什么 不 能 用 SQL 的 风格 来 写 程序 ?”) 意味 着 新 项 目 优选 的 语言 各 有 不 同 ， 就 像 地 区 气温 上 升 
就 意味 着 葡萄 在 较 高 的 纬度 也 能 长 得 好 。 当 然 这 会 有 沸 后 一 一 很 多 老农 会 一 直 种 植 着 传统 作物 。 
总 之 ， 新 的 语言 不 断 出 现 ， 并 因为 迅速 适应 了 气候 变化 ， 越 来 越 受 欢 迎 。 
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图 1-1 编程 语言 生态 系统 和 气候 变 化 


对 程序 员 来 说 , Java 8 的 主要 好 处 在 于 它 提供 了 更 多 的 编程 工具 和 概念 , 能 以 更 快 、 更 简洁 、 
更 易于 维护 的 方式 解决 新 的 或 现 有 的 编程 问题 ， 其 中 简洁 和 易 维 护 更 重要 。 虽 然 这 些 概 念 对 于 
Java 来 说 是 新 的 , 但 是 研究 型 的 语言 已 经 证 明了 它们 的 强大 。 我们 会 重点 探讨 三 个 编程 概念 背后 
的 思想 ,它们 促使 Java 8 开发 出 了 利用 并 行 和 编写 更 简洁 代码 的 功能 。 这 里 介绍 它们 的 顺序 和 本 
书 其 余部 分 略 有 不 同 ， 一 方面 是 为 了 类 比 Unix， 男 一 方面 是 为 了 揭示 Java 8 新 的 多 核 并 行 中 存 
在 的 “因为 这 个 所 以 需要 那个 ”的 依赖 关系 。 


















































一 个 影响 Java 气候 变化 的 因素 
影响 Java 气候 变化 的 另 0 系统 的 设计 方式 。 现 在 ， 越 来 越 多 的 大 型 系统 会 
集成 来 自 第 三 方 的 大 型 子 系统 , 而 这 些 子 系统 可 能 又 构建 于 别 的 供应 商 提供 的 组 件 之 上 。 更 糟 
糕 的 是 ， 这 些 组 件 以 及 它们 的 接口 也 会 不 断 演进 。 为 了 解决 这 些 设计 风格 上 的 问题 ，Java8 和 
Java 9 提供 了 默认 方法 和 模块 系统 。 


接 下 来 的 三 个 小 节 介绍 驱动 Java 8 设计 的 三 个 编程 概念 





1.2.2 ” 流 处 理 


一 个 编程 概念 是 流 处 理 。 流 是 一 系列 数据 项 , 一 次 只 生成 一 项 。 程 序 可 以 从 输入 流 中 一 个 
ea 然后 以 同样 的 方式 将 数据 项 写 入 输出 流 。 一 个 程序 的 输出 流 很 可 能 是 男 一 个 程 
序 的 输入 流 。 
一 个 实际 的 例子 是 在 Unix 或 Linux 中 , 很 多 程序 都 从 标准 输入 (Unix 和 C 中 的 stdin, Java 
中 的 system.in ) 读 取 数据 ， 然 后 把 结果 写 人 标准 输出 (Unix 和 C 中 的 staout ，Java 中 的 
System.out )。 首 先 来 看 一 点 点 背景 : Unix 的 cat 命令 会 把 两 个 文件 连接 起 来 创建 一 个 流 ，tr 
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会 转换 流 中 的 字符 ，sort 会 对 流 中 的 行进 行 排序 ，tail -3 则 给 出 流 的 最 后 三 行 。Unix 命令 行 
允许 这 些 程序 通过 管道 ( | ) 连接 在 一 起 ， 比 如 下 面 这 段 代码 会 假设 filel 和 file2 中 每 行 都 
只 有 一 个 单词 ， 先 把 字母 转换 成 小 写字 母 ， 然 后 打印 出 按照 词典 顺序 排 在 最 后 的 三 个 单词 : 

eat: filel file2 站 tr TIA-Z]™ vlo-Z]" | eort” ad <3 

我 们 说 sort 把 一 个 行 流 " 作 为 输入 ,产生 了 另 一 个 行 流 (进行 排序 ) 作为 输出 ， 如 图 1-2 
所 示 。 请 注意 在 Unix 中 ， 这 些 命令 ( cat 、tr、sort 和 tail ) 是 同时 执行 的 ， 这 样 sort 就 
可 以 在 cat 或 tr 完成 前 先 处 理 头 几 行 。 就 像 汽车 组 装 流水 线 一 样 , 汽 车 排队 进入 加 工 站 ,每 个 
加 工 站 会 接收 、 修 改 汽 车 , 然后 将 之 传递 给 下 一 站 做 进一步 的 人 处理。 尽管 流水 线 实际 上 是 一 个 序 
列 ， 但 不 同 加 工 站 的 运行 一 般 是 并 行 的 。 


file 1 file 2 "[A-Z2]" "[a-z]" = 


图 1-2 ”操作 流 的 Unix 命令 











































































































基于 这 一 思想 ，Java 8 在 java.util.stream 中 添加 了 一 个 Stream API。Stream<T> 就 是 
一 系列 了 类 型 的 项 目 。 你 现在 可 以 把 它 看 成 一 种 比较 花哨 的 和 迭代 器 。Stream API 的 很 多 方法 可 以 
链接 起 来 形成 一 个 复杂 的 流水 线 ， 就 像 先前 例子 里 面 链接 起 来 的 Unix 命令 一 样 。 
推动 这 种 做 法 的 关键 在 于 ,现在 你 可 以 在 一 个 更 高 的 抽象 层次 上 写 Java8 程序 了 : 思路 变 成 
了 把 这 样 的 流 变 成 那样 的 流 ( 就 像 写 数据 库 查 询 语句 时 的 那 种 思路 )， 而 不 是 一 次 只 处 理 一 个 项 
目 。 另 一 个 好 处 是 ，Java 8 可 以 透明 地 把 输入 的 不 相关 部 分 拿 到 几 个 CPU 核 上 去 分 别 执行 你 的 
Stream 操作 流水 线 一 一 这 是 几乎 免费 的 并 行 , 用 不 着 去 费劲 搞 Thread 了 。 本 书 第 4~7 章 会 仔细 
讨论 Java 8 的 Stream API。 


1.2.3 用 行为 参数 化 把 代码 传递 给 方法 


Java 8 中 增加 的 另 一 个 编程 概念 是 通过 API 来 传递 代码 的 能 力 。 这 听 起 来 实在 太 抽 象 了 。 在 
Unix 的 例子 里 ,你 可 能 想 告 诉 sort 命令 使 用 自 定义 排序 。 虽 然 sort 命令 支持 通过 命令 行 参数 
来 执行 各 种 预定 义 类 型 的 排序 ， 比 如 倒序 ， 但 这 毕竟 是 有 限 的 。 

比方 说 , 你 有 一 堆 发 票 代码 , 格式 类 似 于 2013UK0001、2014US0002…… 其 中 前 四 位 数 代 表 
年 份 ， 接 下 来 两 个 字母 代表 国家 ， 最 后 四 位 是 客户 的 代码 。 你 可 能 想 按照 年 份 、 客 户 代码 ， 其 至 
国家 来 对 发 票 进 行 排序 。 你 真正 想 要 的 是 , 能 够 给 sort 命令 一 个 参数 让 用 户 定义 顺序 : 给 sort 
命令 传递 一 段 独立 的 代码 。 




















































































































Q 有 语言 洁 兽 的 人 会 说 “字符 流 ”， 不 过 认为 sort 会 对 行 重新 排序 比较 简单 。 








8 第 1 章 Java8、9、10 以 及 11 的 变化 











那么 ， 直 接 套 在 Java 上 ， 你 是 要 让 sort 方法 利用 自 定义 的 顺序 进行 比较 。 你 可 以 写 一 个 
compareUsingCustomerId 来 比较 两 张 发 票 的 代码 ， 但 是 在 Java 8 之 前 ， 你 无 法 把 这 个 方法 传 
给 男 一 个 方法 。 你 可 以 像 本 章 开头 介绍 的 那样 ， 创 建 一 个 comparator 对 象 ， 将 之 传递 给 sort 
方法 ,不 过 这 不 但 虽 唆 ， 而 且 让 “重用 现 有 行为 ”的 思想 变 得 不 那么 清楚 了 。Java 8 增加 了 把 方 
法 (你 的 代码 ) 作为 参数 传递 给 另 一 个 方法 的 能 力 。 图 1-3 是 基于 图 1-2 画 出 的 ， 它 描绘 了 这 种 
思路 。 我 们 把 这 一 概念 称 为 行为 参数 化 。 它 的 重要 之 处 在 哪儿 呢 ? Stream API 就 是 构建 在 通过 传 
递 代码 使 操作 行为 实现 参数 化 的 思想 上 的 ， 当 把 compareUsingCustomerId 传 进去 ， 你 就 把 
sort 的 行为 参数 化 了 。 


| public int compareUsingCustomerId(String invil, String inv2){ | 









































Fee a 








图 1-3 将 compareUsingcustomerId 方法 作为 参数 传 给 sort 


我 们 将 在 1.3 节 中 概述 这 种 方式 ,第 2 章 和 第 3 章 再 进行 详细 讨论 。 第 18 章 和 第 19 章 将 讨 
论 这 一 功能 的 高 级 用 法 ， 还 有 函数 式 编程 自身 的 一 些 技巧 。 


1.2.4 ”并 行 与 共享 的 可 变数 据 


第 三 个 编程 概念 更 隐 了 星 一 点 ， 它 源 自前 面 讨论 流 处 理 能 力 时 说 的 “几乎 免费 的 并 行 "。 你 需 
要 放弃 什么 吗 ? 你 可 能 需要 稍微 改变 一 下 编写 传 给 流 方法 的 行为 的 方法 。 这些 改 变 一 开始 可 能 会 
让 你 有 点 儿 不 舒服 , 但 一 旦 习惯 了 你 就 会 爱 上 它们 。 你 提供 的 行为 必须 能 够 同时 在 不 同 的 输入 上 
安全 地 执行 。 一 般 情 况 下 这 就 意味 着 ,所 写 的 代码 不 能 访问 共享 的 可 变数 据 来 完成 它 的 工作 。 这 
些 函数 有 时 被 称 为 “ 纯 函 数 ”“ 无 副作用 函数 ”或 “无 状态 函数 ”, 第 18 章 和 第 19 章 会 详细 讨论 。 
前 面 说 的 并 行 只 有 在 你 的 代码 的 多 个 副本 可 以 独立 工作 时 才能 进行 。 但 如 果 要 写 入 的 是 一 个 共享 
变量 或 对 象 ， 就 行 不 通 了 : 如 果 两 个 进程 需要 同时 修改 这 个 共享 变量 怎么 办 ? (1.4 节 通 过 配 图 
给 出 了 更 详细 的 解释 。) 在 后 续 章 节 中 ， 你 会 进一步 了 解 这 种 风格 。 

Java 8 的 流 实现 并 行 比 Java 现 有 的 Thread API 更 容易 , 因此 , 尽管 可 以 使 用 synchronized 
来 打破 “不 能 有 共享 的 可 变数 据 ” 这 一 规则 , 但 这 相当 于 是 在 和 整个 体系 作对 ， 因 为 它 使 所 有 围 
绕 这 一 规则 做 出 的 优化 都 失去 意义 了 。 在 多 个 处 理 髓 核 之 间 使 用 synchronized, 其 代价 往往 比 
你 预期 的 要 大 得 多 ， 因 为 同步 迫使 代码 按照 顺序 执行 ， 而 这 与 并 行 处 理 的 宗旨 相悖 。 

没有 共享 的 可 变数 据 ， 以 及 将 方法 和 函数 ( 即 代码 ) 传递 给 其 他 方法 的 能 力 ， 这 两 个 要 点 是 
函数 式 编程 范式 的 基石 ,第 18 章 和 第 19 章 会 详细 讨论 。 与 此 相反 , 在 命令 式 编程 范式 中 ,你 写 的 
程序 则 是 一 系列 改变 状态 的 指令 。“ 不 能 有 共享 的 可 变数 据 ” 意 味 着 ， 一 个 方法 可 以 通过 它 将 参数 
值 转换 为 结果 的 方式 来 完整 描述 ， 换 名 话说 ， 它 的 行为 就 像 一 个 数学 函数 ， 没 有 可 见 的 副作用 。 
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1.2.5 ”Java 需要 演变 


前 面 已 经 介绍 了 Java 的 演变 。 例 如 ， 引 入 泛 型 ， 以 及 使 用 List<String> 而 不 只 是 List， 
一 开始 可 能 都 挺 烦 人 的 , 但 现在 你 已 经 熟悉 了 这 种 风格 和 它 所 带 来 的 好 处 ， 即 在 编译 时 能 发 现 更 
多 错误 ， 且 代码 更 易 读 ， 因 为 你 现在 知道 列表 里 面 是 什么 了 。 

其 他 改变 使 得 表达 普通 的 东西 变 得 更 容易 ， 例 如 ， 使 用 for-each 循环 ， 而 不 用 暴露 
Iterator 里 面 的 模板 写法 。Java 8 中 的 主要 变化 反映 了 它 开 始 远离 常 侧重 改变 现 有 值 的 经 典 面 
向 对 象 思 想 ， 而 向 函数 式 编程 领域 转变 。 在 函数 式 编程 中 ,在 大 体 上 考虑 想 做 什么 (例如 ， 创建 
一 个 值 来 代表 所 有 从 A 到 B 的 低 于 给 定价 格 的 路 线 ) 被 视 为 头等 大 事 ， 并 和 具体 实现 方式 ( 例 
如 ， 扫 描 一 个 数据 结构 并 修改 某 些 元 素 ) 区 分 开 来 。 请 注意 ， 如 果 极 端点 儿 来 说 ,传统 的 面向 对 
象 编程 和 函数 式 编程 可 能 看 起 来 是 冲突 的 。 但 是 我 们 的 理念 是 获取 两 种 编程 范式 中 的 精华 ,以 便 
为 任务 找到 理想 的 工具 。1.3 节 和 1.4 节 会 详细 讨论 。 

简 而 言 之 , 语言 需要 不 断 改进 , 以 适应 硬件 的 更 新 或 满足 程序 员 的 期 待 ( 如 果 你 还 不 够 信服 ， 
想 想 COBOL 可 一 度 是 最 重要 的 商用 语言 之 一 呢 )。 要 坚持 下 去 ，Java 必须 通过 增加 新 功能 来 改 
进 ， 而 且 只 有 新 功能 被 人 使 用 ， 变 化 才 有 意义 。 所 以 ， 使 用 Java 8， 你 就 是 在 保护 你 作为 Java 
程序 员 的 职业 生涯 。 除 此 之 外 , 我 们 有 一 种 感觉 一 一 你 一 定 会 喜欢 Java 8 的 新 功能 。 随 便 问 问 哪 
个 用 过 Java 8 的 人 ,看 看 他 们 愿 不 愿意 退回 去 使 用 旧版 本 。 还 有 ， 用 生态 系统 打 比 方 的 话 ，Java 8 
的 新 功能 使 得 Java 能 够 征服 如 今 被 其 他 语言 占领 的 编程 任务 领地 ， 所 以 对 Java 8 程序 员 的 需求 
更 多 了 。 

下 面 将 逐一 介绍 Java 8 中 的 新 概念 ， 并 顺便 指出 哪 一 章 还 会 详细 讨论 这 些 概念 。 


1.3 ”Java 中 的 函数 


编程 语言 中 的 函数 一 词 通 常 是 指 方法 ,尤其 是 静态 方法 , 这 是 在 数学 函数 ,也 就 是 没有 副 作 
用 的 函数 之 外 的 一 个 新 信义。 幸运 的 是 , 你 将 会 看 到 ， 当 Java 8 提 到 函数 时 ,这 两 种 用 法 几乎 是 
一 致 的 。 

Java 8 中 新 增 了 函数 ， 作 为 值 的 一 种 新 形式 。 它 有 助 于 使 用 1.4 节 中 谈 到 的 流 ， 有 了 它 ，Java 8 
可 以 在 多 核 处 理 器 上 进行 并 行 编程 。 首 先 来 展示 一 下 作为 值 的 函数 本 身 的 有 用 之 处 。 

想 想 Java 程序 可 能 操作 的 值 吧 。 首 先 有 原始 值 ， 比 如 42 (int 类 型 ) 和 3.14 ( double 类 
型 )。 其 次 ， 值 可 以 是 对 象 (更 严格 地 说 是 对 象 的 引用 )。 获 得 对 象 的 唯一 途径 是 利用 new， 这 
也 许 是 通过 工厂 方法 或 库 函 数 实现 的 ; 对 象 引用 指向 一 个 类 的 实例 。 例 子 包 括 "abc" ( String 
类 型 )、 new Integer(1111) ( Integer 类 型 ), 以 及 new HashMap<Integer, String>(100) 
的 结果 一 一 它 显 式 调用 了 HashMap 的 构造 函数 。 其 至 数组 也 是 对 象 。 那 么 有 什么 问题 呢 ? 

为 了 帮助 回答 这 个 问题 , 我 们 要 注意 到 , 编程 语言 的 整个 目的 就 在 于 操作 值 , 按照 历史 上 编 
程 语言 的 传统 ， 这 些 值 应 被 称 为 一 等 值 (或 一 等 公民 )。 编 程 语言 中 的 其 他 结构 也 许 有 助 于 表示 
值 的 结构 ， 但 在 程序 执行 期 间 不 能 传递 ， 因 而 是 二 等 值 。 前 面 所 说 的 值 是 Java 中 的 一 等 值 ， 但 
其 他 很 多 Java 概念 〈 比如 方法 和 类 等 ) 则 是 二 等 值 。 用 方法 来 定义 类 很 不 错 ， 类 还 可 以 实例 化 




































































































































































10 第 1 章 Java8、9、10 以 及 11 的 变化 











来 产生 值 ， 但 方法 和 类 本 身 都 不 是 值 。 这 又 有 什么 关系 呢 ? 还 真有 ， 人 们 发 现 , 在 运行 时 传递 方 
法 能 将 方法 变 成 一 等 值 。 这 在 编程 中 非常 有 用 ， 因 此 Java 8 的 设计 者 把 这 个 功能 加 入 到 了 Java 
中 。 顺便 说 一 下 , 你 可 能 会 想 , 让 类 等 其 他 二 等 值 也 变 成 一 等 值 可 能 也 是 个 好 主意 。 有 很 多 语言 ， 
比如 Smalltalk 和 JavaScript， 都 探索 过 这 条 路 。 


1.3.1 方法 和 Lambda 作为 一 等 值 


Scala 和 Groovy 等 语言 的 实践 已 经 证 明 ,让 方法 等 概念 作为 一 等 值 可 以 扩充 程序 员 的 工具 库 ， 
从 而 让 编程 变 得 更 容易 。 一 旦 程序 员 熟 悉 了 这 个 强大 的 功能 ,就 再 也 不 愿意 使 用 没有 这 一 功能 的 
语言 了 。 因 此 ，Java 8 的 设计 者 决定 允许 将 方法 作为 值 ， 让 编程 更 轻松 。 此 外 ， 让 方法 作为 值 也 
构成 了 其 他 几 个 Java 8 功能 (比如 Stream ) 的 基础 。 

我 们 介绍 的 Java 8 的 第 一 个 新 功能 是 方法 引用 。 比 方 说 , 你 想 要 筛选 一 个 目录 中 的 所 有 隐藏 
文件 。 你 需要 编写 一 个 方法 , 然后 给 它 一 个 File, 它 就 会 告诉 你 文件 是 不 是 隐藏 的 。 幸好 , File 
类 里 面 有 一 个 叫 作 isHigdqen 的 方法 。 可 以 把 它 看 作 一 个 孔 数 ， 接 受 一 个 File， 返 回 一 个 布尔 
值 。 但 要 用 它 做 筛选 ， 需 要 把 它 包 在 一 个 FileFilter 对 象 里 ， 然 后 传递 给 File.1listFiles 
方法 ， 如 下 所 示 : 































































































File[] hiddenFiles = new File(".").listFiles(new FileFilter() { 
public boolean accept (File file) { 
return file.isHidden(); < 一 筛选 隐藏 文件 


过 

呢 , 真 可 怕 ! 虽然 只 有 三 行 , 但 这 三 行 可 真 够 绕 的 。 我们 第 一 次 碰 到 的 时 候 肯 定 都 说 过 :“ 非 
得 这 样 不 可 吗 ? “已 经 有 一 个 方法 isHidaqen 可 用 ,为 什么 非得 把 它 包 在 一 个 咖 唆 的 FileFilter 
类 里 面 再 实例 化 呢 ? 因为 在 Java 8 之 前 你 必须 这 么 做 ! 

如 今 在 Java 8 里 ,你 可 以 把 代码 重 写成 这 样 : 


Filel[] hiddenFiles = new File(".").listFiles (File::isHidden); 


哇 ! 酷 不 酷 ? 你 已 经 有 了 函数 isHigden， 因 此 只 需 用 Java 8 的 方法 引用 : :语法 ( 即 “ 把 这 
个 方法 作为 值 ”) 将 其 传 给 1istFiles 方法 。 请 注意 , 我们 也 开始 用 函数 代表 方法 了 。 稍 后 会 解 
释 这 个 机 制 是 如 何 工作 的 。 一 个 好 处 是 ， 你 的 代码 现在 读 起 来 更 接近 问题 的 陈述 了 。 

方法 不 再 是 二 等 值 了 。 与 用 对 象 引 用 传递 对 象 类 似 〈 对 象 引 用 是 用 new 创建 的 )， 在 Java 8 
里 写 下 File::isHidden 的 时 候 ， 你 就 创建 了 一 个 方法 引用 ， 你 同样 可 以 传递 它 。 第 3 章 会 详 
细 讨 论 这 一 概念 。 只 要 方法 中 有 代码 (方法 中 的 可 执行 部 分 ) 那么 用 方法 引用 就 可 以 传递 代码 ， 
如 图 1-3 所 示 。 图 1-4 说 明了 这 一 概念 。 你 在 下 一 节 中 还 将 看 到 一 个 具体 的 例子 一 一 从 库存 中 选 
择 苹 有 果 。 
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筛选 隐藏 文件 的 老 方法 








| File[] hiddenFiles = new File(".").listFiles(new FileFilter() { | 
public boolean accept (File file) { | 
return file.isHidden(); | 用 isHiaaen 方 法 科 选 
| | 文件 时 ， 需 要 把 方法 包 
上 5 | 衰 在 FileFilter 对 象 
File.1istFiles 方 法 
FileFilter 对 象 





isHidden 方法 


RT A 广 -一 一 File.listFiles 
































av 风格 名 va 8 用 你 可 以 人 
站 | 用 方法 引用 
! File[] hiddenFiles = new File(".").listFiles (File::isHidden) | 把 i 人 
HR 递 给 ListFiles 方 法 
| File: :isHidden 语 法 
File.isHidden File.listFiles 








图 1-4 将 方法 引用 File::isHidgden 传递 给 1istFiles 方法 


Lambda 一 一 匿名 函数 

除了 允许 (命名 ) 函数 成 为 一 等 值 外 ，Java 8 还 体现 了 更 广义 的 将 函数 作为 值 的 思想 ， 包 括 
Lambda” (或 匿名 函数 )。 比 如 ， 你 现在 可 以 写 (int x) -> x + 1， 表 示 “调用 时 给 定 参数 x， 
就 返回 x + 1 值 的 函数 ”"。 你 可 能 会 想 这 有 什么 必要 呢 ?” 因 为 你 可 以 在 MyMathsuUtils 类 里 面 定 
义 一 个 aadl 方法 ， 然 后 写 MyMathsUtils::adqd1 嘛 ! 确实 是 可 以 , 但 要 是 你 没有 方便 的 方法 
和 类 可 用 ， 新 的 Lambda 语法 更 简洁 。 第 3 章 会 详细 讨论 Lambda。 我 们 说 使 用 这 些 概念 的 程序 
具有 函数 式 编程 风格 ， 这 句 话 的 意思 是 “编写 把 函数 作为 一 等 值 来 传递 的 程序 ”。 


1.3.2 ”传递 代码 : 一 个 例子 


来 看 一 个 例子 ， 看 看 它 是 如 何 帮助 你 写 程序 的 , 我们 在 第 2 章 还 会 进行 更 详细 的 讨论 。 所 有 
的 示例 代码 均 可 见于 图 灵 社 区 本 书 主页 http:VWituring.com.cn/book/2659“ 随 书 下 载 ” 处。 假设 你 有 
一 个 Apple 类 , 它 有 一 个 getcolor 方法 ,还 有 一 个 变量 inventory 保存 着 一 个 Apples 列表 。 
你 可 能 想 要 选 出 所 有 的 绿 苹 果 ( 此 处 使 用 包含 值 GREEN 和 RED 的 color 枚 举 类 型 )， 并 返回 一 









































J 最初 是 根据 希腊 字母 入 命名 的 。 虽 然 Java 中 不 使 用 这 个 符号 ， 但 是 名 称 还 是 被 保留 了 下 来 。 
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个 列表 。 通 常用 筛选 ( filter ) 一 词 来 表达 


filterGreenApples: 





大 这 个 概念 。 在 Java 8 之 前 ， 你 可 能 会 写 这 样 一 个 方法 


public static List<Apple> filterGreenApples (List<Apple> inventory)f{ 


List<Apple> result 
for (Apple apple: 


inventory)t{ 


if (GREEN.equals(apple.getColor())) { 


result .add (apple); 
} 
} 
return result; 


} 


但 是 接 下 来 ,， 有 人 可 能 想 要 选 出 重 的 
下 面 这 个 方法 ， 甚 至 用 了 复制 粘贴 : 


public static List<Apple> filterH 

List<Apple> result 

for (Apple apple: inventory)t{ 

if (apple.getWeight() > 1 
result.add (apple); 




















} 
} 
return result; 


} 


我 们 都 知道 软件 工程 中 复制 ; 
两 个 方法 只 有 一 行 不 同 : 








new ArrayList<>(); 





if 里 面 加 竹 的 那 生 


< 

result 是 用 来 累 
积 结 果 的 List, 
开始 为 空 , 然后 

加 粗 显 示 的 | 。 个 个 加 入 绿 苹果 

代码 会 仅仅 

选 出 绿 苹果 

苹果 ， 比 如 超过 150 克 的 苹果 ， 于 是 你 心情 沉重 地 写 了 











eavyApples (List<Apple> inventory){ 


new ArrayList<>(); 


50) { < 这 里 加 粗 显 示 


的 代码 会 仅仅 
选 出 重 的 苹果 





器 
DO Nw» 














4 




















受 的 重量 范围 不 同 , 那么 你 上 


只 要 把 接受 的 重量 上 下 限 作 为 参数 传递 给 


条 件 。 a 仅仅 是 接 
filter 就 行 了 ， 比 如 指定 





(150，1000) 来 选 出 重 的 苹果 (超过 150 克 ), 或 者 指定 








但 是 ， 前 面 提 过 了 ，Java 8 会 把 条 件 代 码 作为 参数 传递 


出 现 重复 的 代码 。 现 在 你 可 以 写 


public static boolean 1sGreenApple(Apple apple) 
return GREEN.equals (apple.getColor()); 

} 

public static boolean isHeavyApple (Apple apple) 
return apple.getWeight() > 150; 

} 

public interface Predicate<T>{ 
boolean test(T t); 

} 


(0，80) 来 选 


出 轻 的 苹果 ( 低 于 80 殉 )。 





{ 


{ 


可 以 避免 filter 方法 中 


写 出 来 是 为 了 清晰 〈 平 常 只 


要 从 java.util.function 


static List<Apple> filterApples (List<Apple> inventory, 


Predicate<Apple> p) 


List<Apple> result 
for (Apple apple: inventory)t{ 
if (p.test(apple)) { 

result .add (apple); 


new ArrayList<>(); 


} 


t 


苹果 符合 p 
所 代表 的 条 


件 吗 


< 导入 就 可 以 了 ) 


方法 作为 Predicate 
参数 p 传递 进去 ( 见 和 


< 一 注 栏 “什么 是 谓词 ? ” 
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} 
return result; 
} 


要 用 它 的 话 ， 你 可 以 写 : 








filterApples (inventory, Apple::isGreenApple); 
或 者 
filterApples (inventory, Apple::isHeavyApple); 


接 下 来 的 两 章 会 详细 讨论 它 是 怎么 工作 的 。 现 在 重要 的 是 你 可 以 在 Java 8 里面 传递 方法 了 ! 


什么 是 谓词 ? 

前 面 的 代码 传递 了 方法 Apple::isGreenApple ( 它 接受 参数 Apple 并 返回 一 个 
boolean ) 给 filteraApples， 后 者 则 希望 接受 一 个 Ppredicate<Apple> 参 数 。 谓 词 (predicate ) 
在 数学 上 常常 用 来 代表 类 似 于 函数 的 东西 ， 它 接受 一 个 参数 值 ， 并 返回 true 或 false。 后 面 
你 会 看 到 ，Java 8 也 允许 你 写 Function<Apple,Boolean> 在 学 校 学 过 函数 却 没 学 过 谓 
词 的 读者 对 此 可 能 更 熟悉 , 但 用 Predicate<Apple> 是 更 标准 的 方式 ， 效 率 也 会 更 高 一 点 儿 ， 
这 避免 了 把 boolean 封装 在 Boolean 里 面 。 





1.3.3 ”从 传递 方法 到 Lambda 

















方法 作为 值 来 传递 显然 很 有 用 ,但 要 是 为 类 似 于 isHeavyApple 和 isGreenaApple 这 种 
可 能 只 用 一 两 次 的 短 方法 写 一 堆 定 义 就 有 点 儿 烦 人 了 。 不 过 Java 8 也 解决 了 这 个 问题 , 它 引 入 了 
一 套 新 记 法 〈 匿名 函数 或 Lambda )， 让 你 可 以 写 

filterApples (inventory, (Apple a) -> GREEN.equals(a.getColor()) ); 
或 者 

filterApples (inventory, (Apple a) -> a.getWeight() > 150 ); 


甚至 


filterApples (inventory, (Apple a) -> a.getWeight() < 80 || 
RED.equals (a.getColor()) ); 


所 以 ,你 甚至 不 需要 为 只 用 一 次 的 方法 写 定义 。 代 码 更 干净 、 更 清晰 ,因为 你 用 不 着 去 找 自 
己 到 底 传递 了 什么 代码 。 但 要 是 Lambda 的 长 度 多 于 几 行 〈 它 的 行为 也 不 是 一 目 了 然 ) 的 话 ， 那 
你 还 是 应 该 用 方法 引用 来 指向 一 个 有 描述 性 名 称 的 方法 ， 而 不 是 使 用 匿名 的 Lambda。 你 应 该 以 
代码 的 清晰 度 为 准绳。 
Java 8 的 设计 师 几乎 可 以 就 此 打住 了 ， 要 不 是 有 了 多 核 CU， 可 能 他 们 真 的 就 到 此 为 止 了 。 


ar 















































空 的 ， 那 就 建 
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函数 式 编程 竟然 如 此 强大 ,后 面 你 会 有 更 深 的 休会。 本来， Java 加 上 filter 和 几 个 相关 的 东西 
作为 通用 库 方法 就 足以 让 人 满意 了 ， 比 如 


static <T> Collection<T> filter(Collection<T> c, Predicate<T> p); 


这 样 你 甚至 不 需要 写 filterApples 了 ， 因 为 比如 先前 的 调用 





























filterApples (inventory, (Apple a) -> a.getWeight() > 150 ); 
就 可 以 直接 调用 库 方法 filter: 
filter(inventory, (Apple a) -> a.getWeight() > 150 ); 


但 是 , 为 了 更 好 地 利用 并 行 ，Java 的 设计 师 没 有 这 么 做 。Java 8 中 有 一 整套 新 的 类 Collection 
API 一 Stream， 它 有 一 套 类 似 于 函数 式 程序 员 熟 悉 的 filter 的 操作 ， 比 如 map、reduce, 还 
有 接 下 来 要 讨论 的 在 collection 和 Stream 之 间 做 转换 的 方法 。 


























1.4 流 


几乎 每 个 Java 应 用 都 会 制造 和 处 理 集 合 。 但 集合 用 起 来 并 不 总 是 那么 理想 。 比 方 说 ， 你 需 
要 从 一 个 列表 中 筛选 金额 较 高 的 交易 , 多 然后 按 贷 分 组 。 你 需要 写 一 大 堆 模 板 代 码 来 实现 这 个 数 
据 处 理 命令 ， 如 下 所 示 : 























建立 累积 交易 
分 组 的 Map 
ss Map<Currency, List<Transaction>> transactionsByCurrencies = 
筷 选 金 new HashMap<>(); 
a for (Transaction transaction : transactions) { 了 一 遍历 交易 
: if(transaction.getPprice() > 1000){ 的 List 
Currency currency = transaction.getCurrency (); < 一 
List<Transaction> transactionsForCurrency = 
transactionsByCurrencies.get (currency); 提取 交易 
如 果 这 个 货币 if (Cransactl Onorcurrency 全 看 这 下 1 小 闲 | 货 
的 分 组 Map 是 transactionsForCurrency = new ArrayList<>();} 


transactionsByCurrencies.put (currency, 
transactionsForCurrency); 


立 一 个 
. 
transactionsForCurrency.add (transaction); 二 | 将 当前 遍历 的 交易 添 
} 加 到 具有 同一 货币 的 
} 交易 List 中 


























此 外 ， 很 难 一 眼看 出 这 些 代 码 是 做 什么 的 ， 因 为 有 好 几 个 向 套 的 控制 流 指 令 。 
有 了 Stream API， 你 现在 可 以 这 样 解决 这 个 问题 了 : 


import static java.util.stream.Collectors.groupingBy; 筛选 金额 较 高 
Map<Currency, List<Transaction>> transactionsByCurrencies = 的 交易 
transactions.stream() 
.filter((Transaction t) -> t.getPrice() > 1000) 
.collect (groupingBy (Transaction::getCurrency)); 分 2 


按 货 
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这 看 起 来 有 点 儿 神 奇 ， 不 过 现在 先 不 用 担心 。 第 4~7 章 会 专门 讲述 怎么 理解 Stream API。 现 
在 值得 注意 的 是 ，Stream API 处 理 数据 的 方式 与 Collection API 不 同 。 用 集合 的 话 ， 你 得 自己 管 
理 迭 代 过 程 。 你 得 用 for-each 循环 一 个 个 地 迭代 元 素 ,， 然后 再 处 理 元 素 。 我 们 把 这 种 数据 迭代 
方法 称 为 外 部 和 迭代。 相反 ， 有 了 Stream API， 你 根本 用 不 着 操心 循环 的 事情 。 数 据 处 理 完全 是 在 
库 内 部 进行 的 。 我 们 把 这 种 思想 叫 作 内 部 迭代。 第 4 章 还 会 谈 到 这 些 思想 。 
使 用 集合 的 另 一 个 头疼 之 处 是 , 想 想 看 , 要 是 交易 量 非常 庞大 , 你 要 怎么 处 理 这 个 巨大 的 列 
表 呢 ? 单个 CPU 根本 搞 不 定 这 么 大 量 的 数据 ， 但 你 很 可 能 已 经 有 了 一 台 和 多核 计算 机 。 理 想 情 况 
下 ， 你 可 能 想 让 这 些 CPU 核 共 同 分 担 处 理工 作 ， 以 缩短 处 理 时 间 。 理 论 上 来 说 ， 要 是 你 有 八 个 
核 ， 那 并 行 起 来 ， 处 理 数据 的 速度 应 该 是 单 核 的 八 倍 。 






































































































































多 核 计 算 机 

所 有 新 的 台式 机 和 笔记 本 电脑 都 是 多 核 的 。 它 们 不 是 仅 有 一 个 CPU， 而 是 有 四 个 、 八 个 ， 
甚至 更 多 CPU， 通 常 称 为 核 " 。 问 题 是 ， 经 典 的 Java 程序 只 能 利用 其 中 一 个 核 ， 其 他 核 的 处 
理 能 力 都 浪费 了 。 类 似 地 ， 很 多 公司 利用 计算 集群 ( 用 高 速 网 络 连接 起 来 的 多 台 计 算 机 ) 来 高 
效 处 理 海量 数据 。Java 8 提供 了 新 的 编程 风格 ， 可 更 好 地 利用 这 样 的 计算 机 。 

Google 的 搜索 引擎 就 是 一 个 无 法 在 单 台 计 算 机 上 运行 的 代码 示例 。 它 要 读 取 互联 网 上 的 
每 个 页 面 并 建立 索引 , 将 每 个 网 页 上 出 现 的 每 个 词 都 映射 到 包含 该 词 的 网 址 上 。 然 后 ,如果 你 
用 多 个 词 进行 搜索 ， 软 件 就 可 以 快速 利用 索引 ,给 你 一 个 包含 这 些 词 的 网 页 集合 。 想 想 看 ， 你 
会 如 何在 Java 中 实现 这 个 算法 ,哪怕 是 比 Google 小 的 引擎 也 需要 你 利用 计算 机 上 所 有 的 核 。 


多 线程 并 非 易 事 


问题 在 于 , 通过 多 线程 代码 来 利用 并 行 (使 用 先前 Java 版 本 中 的 Thread API ) 并 非 易 事 。 你 
得 换 一 种 思路 : 线程 可 能 会 同时 访问 并 更 新 共享 变量 。 因 此 ， 如 果 没 有 协调 好 ”， 那 么 数据 可 能 
会 被 意外 改变 。 相 比 一 步 步 执 行 的 顺序 模型 ， 这 个 模型 不 太 好 理解 ”。 比 如 ， 图 1-5 就 展示 了 如 
果 没 有 同步 好 ， 两 个 线程 同时 向 共享 变量 sum 加 上 一 个 数 时 ， 可 能 会 出 现 的 问题 。 

Java8 也 用 Stream API ( java.util.stream) 解决 了 这 两 个 问题 : 集合 处 理 时 的 模板 化 和 
星 梁 ， 以 及 难以 利用 多 核 。 这样 设 计 的 第 一 个 原因 是 ， 有 许多 反复 出 现 的 数据 人 处理 模式 ,类 似 于 
前 一 节 所 说 的 filterApples 或 SQL 等 数据 库 查 询 语言 里 熟悉 的 操作 ， 如 果 库 中 有 这 些 就 会 很 
方便 : 根据 标准 筛选 数据 ( 比如 较 重 的 苹果 ), 提取 数据 ( 例如 抽取 列表 中 每 个 苹果 的 重量 字段 )， 
或 给 数据 分 组 (例如, 将 一 个 数字 列表 分 为 奇数 列表 和 偶数 列表 ) 等 。 第 二 个 原因 是 ， 这 类 操作 











































































































@ 从 某 种 意义 上 说 ， 这 个 名 字 不 太 好 。 一 块 多 核 芯片 上 的 每 个 核 都 是 一 个 五 脏 俱 全 的 CPU。 但 “多 核 CPU” 的 说 法 
很 流行 ， 所 以 我 们 就 用 核 来 指 代 各 个 CPU。 

@) 传统 上 是 利用 synchronized 关键 字 , 但 是 要 是 用 错 了 地 方 ,就 可 能 出 现 很 多 难以 察觉 的 错误 ,Java 8 基于 stream 
的 并 行 提 倡 很 少 使 用 synchronized 的 函数 式 编程 风格 ， 它 关注 数据 分 块 而 不 是 协调 访问 。 

@ 啊 哈 ， 促 使 语言 发 展 的 一 个 动力 源 ! 
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常常 可 以 并 行 。 例 如 ， 如 图 1-6 所 示 ， 在 两 个 CPU 上 筛选 列表 ， 可 以 让 一 个 CPU 处 理 列表 的 前 
一 半 ， 另 一 个 CPU 处 理 后 一 半 ， 这 称 为 分 支 步 难 @。CPU 随后 对 各 自 的 半 个 列表 做 科 选 @。 最 
后 加 ,一 个 CPU 会 将 两 个 结果 合并 ( Google 搜索 这 么 快 就 与 此 紧密 相关 ， 当 然 用 的 CPU 远 远 不 
止 两 个 )。 

















执行 
1 2 3 4 5 6 
线程 1 100 103 103 
加 (3) 
| 读 写 
sum 100 100 100 100 103 105 
读 ps 
| 加 (5) | 3 
线程 2 100 105 105 
线程 1: sum sum + 3; 


线程 2: sum = sum + 5; 





图 1-5 两 个 线程 对 共享 的 sum 变量 做 加 法 的 一 种 可 能 方式 。 结 果 是 105， 而 不 是 预想 的 108 





5 个 苹果 


分 支 | 
的 列表 
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1-6 将 filter 分 支 到 两 个 CPU 上 并 合并 结 
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到 这 里 ， 我 们 只 是 说 新 的 Stream API 和 Java 现 有 的 Collection API 的 行为 差不多 ， 它 们 都 能 
够 访问 数据 项 目的 序列 。 不 过 ， 现 在 最 好 记 住 ，Collection 主要 是 为 了 存储 和 访问 数据 ，Stream 
则 主要 用 于 描述 对 数据 的 计算 。 这 里 的 关键 点 在 于 ，Stream API 允许 并 提倡 并 行 处 理 一 个 Stream 
中 的 元 素 。 虽 然 乍 看 上 去 可 能 有 点 儿 怪 ,但 筛选 一 个 Collection (将 上 一 节 的 filterApples 应 
用 在 一 个 List 上 ) 的 最 快 方法 常常 是 将 其 转换 为 Stream， 进行 并 行 处 理 ， 然 后 再 转换 回 List， 
下 面 列举 的 串 行 和 并 行 的 例子 都 是 如 此 。 我 们 这 里 还 只 是 说 “几乎 免费 的 并 行 ”， 让 你 稍微 体验 
一 下 ， 如 何 利用 Stream 和 Lambda 表达 式 顺 序 或 并 行 地 从 一 个 列表 里 筛选 比较 重 的 苹果 。 

顺序 处 理 : 

import static java.util.stream.Collectors.toList; 

List<Apple> heavyApples = 


inventory.stream() .filter((Apple a) -> a.getWeight() > 150) 
.Collect (toList () ) ; 



















































































并 行 处 理 : 


import static java.util.stream.Collectors.toList; 
List<Apple> heavyApples = 
inventory.parallelStream() .filter((Apple a) -> a.getWeight() > 150) 
.Collect (toList () ) ; 


Java 中 的 并 行 与 无 共享 可 变 状态 

大 家 都 说 在 Java 中 并 行 很 难 ， 而且 和 synchronized 相关 的 “玩意 儿 ” 都 容易 出 问题 。 
那 Java 8 里 面 有 什么 “灵丹妙药 ” 呢 ? 事 实 上 有 两 个 。 首 先 ， 库 会 负责 分 块 ， 即 把 大 的 流 分 成 
几 个 小 的 流 ， 以 便 并 行 处 理 。 其 次 ， 流 提供 的 这 个 几乎 免费 的 并 行 ， 只 有 在 传递 给 filter 之 
类 的 库 方 法 的 方法 不 会 互动 ( 比方 说 有 可 变 的 共享 对 象 ) 时 才能 工作 。 但 是 其 实 这 个 限制 对 于 
程序 员 来 说 挺 自 然 的 ， 比 如 Apple::isGreenApple 就 是 这 样 。 确 实 ， 虽 然 函 数 式 编程 中 的 
函数 的 主要 意思 是 “把 函数 作为 一 等 值 " ， 但 它 也 常常 隐 含 着 第 二 层 意 思 ， 即 “执行 时 在 元 素 
之 间 无 互动 ”。 





第 7 章 会 详细 探讨 Java 8 中 的 并 行 数据 处 理 及 其 特点 。 在 加 入 所 有 这 些 新 “玩意 儿 ” 改 进 Java 
的 时 候 , Java 8 设计 者 发 现 的 一 个 现实 问题 就 是 现 有 的 接口 也 在 改进 。 比如, Collections.sort 
方法 真 的 应 该 属于 List 接口 ， 但 从 来 没有 放 在 后 者 里 。 理 想 情况 下， 你 会 希望 做 list .sort 
(comparator) ， 而 不 是 Collections.sort (list，comparator)。 这 看 起 来 无 关 紧 要 ， 但 
是 在 Java 8 之 前 , 你 可 能 会 更 新 一 个 接口 ,然后 发 现 你 把 所 有 实现 它 的 类 也 给 更 新 了 一 一 简直 是 
逻辑 灾难 ! 这 个 问题 在 Java 8 里 由 默认 方法 解决 了 。 


1.5 默认 方法 及 Java 模块 


正如 前 文 所 介绍 的 ,现代 系统 倾向 于 基于 组 件 进行 构建 ， 而 这 些 组 件 可 能 源 自 第 三 方 。 历 史 
上 ，Java 对 此 的 支持 非常 薄弱 ， 它 只 支持 由 几 个 Java 包 组 成 的 JAR 文件 ， 并且 这 些 Java 包 也 没 
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什么 结构 。 此 外 ， 要 演进 这 些 包 中 的 接口 也 比较 困难 一 一 改动 一 个 Java 接口 时 ， 实 现 该 接口 的 
所 有 类 都 会 受 影响 。Java 8 和 Java 9 已 经 开始 着 手 改进 这 一 问题 。 
首先 ，Java 9 提供 了 模块 系统 ， 人 允许 你 通过 语法 定义 由 一 系列 包 组 成 的 模块 一 一 通过 它 你 能 
更 好 地 控制 命名 空间 和 包 的 可 见 性 。 模 块 对 简单 的 类 JAR 组 件 进行 了 增强 ， 使 其 具备 了 结构 ， 
既 能 作为 用 户 文档 ， 也 能 由 机 器 进行 检查 。 第 14 章 会 详细 探讨 这 部 分 内 容 。 其 次 ，Java 8 引入 
了 默认 方法 来 支持 接口 的 演进 。 第 13 章 会 详细 介绍 默认 方法 。 它 们 非常 重要 ， 因 为 使 用 接口 时 
你 经 常会 碰 到 , 然而 大 多 数 的 程序 员 可 能 并 不 需要 编写 默认 方法 ,因为 默认 方法 只 是 推进 程序 演 
进 的 一 种 技术 ， 并 不 会 直接 帮助 你 实现 某 个 特性 。 本 节 会 基于 一 个 例子 简要 地 介绍 默认 方法 。 
1.4 节 中 给 出 了 下 面 这 段 Java 8 示例 代码 : 





















































List<Apple> heavyApplesl1 = 
inventory.stream() .filter( (Apple a) -> a.getWeight() > 150) 
.Collect (toList()); 
List<Apple> heavyApples2 = 
inventory.parallelStream() .filter((Apple a) -> a.getWeight() > 150) 
.collect (toList()); 





但 这 里 有 个 问题 : 在 Java 8 之 前 ，List<T> 并 没有 stream 或 parallelStreanm 方法 , 它 
实现 的 collection<T> 接 口 也 没有 ， 因 为 当初 还 没有 想到 这 些 方 法 嘛 ! 可 没有 这 些 方法 ， 这 些 
代码 就 不 能 编译 。 换 作 你 自己 的 接口 的 话 ， 最 简单 的 解决 方案 就 是 让 Java 8 的 设计 者 把 stream 
方法 加 入 collection 接口 ， 并 加 入 ArrayList 类 的 实现 。 

可 要 是 这 样 做 ， 对 用 户 来 说 就 是 亚 梦 了 。 有 很 多 集合 框架 都 用 Collection API 实现 了 接口 。 
但 给 接口 加 入 一 个 新 方法 , 意味 着 所 有 的 实体 类 都 必须 为 其 提供 一 个 实现 。 语 言 设 计 者 没 法 控制 
Collection 所 有 现 有 的 实现 , 这 下 你 就 进退 两 难 了 : 你 如 何 改变 已 发 布 的 接口 而 不 破坏 已 有 的 
实现 呢 ? 

Java 8 的 解决 方法 就 是 打破 最 后 一 环 一 一 接口 如 今 可 以 包含 实现 类 没有 提供 实现 的 方法 签名 
了 ! 那 谁 来 实现 它 呢 ? 缺失 的 方法 主体 随 接口 提供 了 (因此 就 有 了 默认 实现 )， 而 不 是 由 实现 类 
提供 。 

这 就 给 接口 设计 者 提供 了 一 种 扩充 接口 的 方式 ， 而 不 会 破坏 现 有 的 代码 。Java 8 在 接口 声明 
中 使 用 新 的 aefault 关键 字 来 表示 这 一 点 。 

例如 ,在 Java 8 里 ， 你 可 以 直接 对 List 调用 sort 方法 。 它 是 用 Java 8 List 接口 中 如 下 
所 示 的 默认 方法 实现 的 ， 它 会 调用 collections .sort 静态 方法 : 








































































































default void sort(Comparator<? super E> c) { 
Collections.sort (this, c); 


} 


这 意味 着 List 的 任何 实体 类 都 不 需要 显 式 实现 sort ， 而 在 以 前 的 Java 版 本 中 ， 除 非 提 供 
了 sort 的 实现 ， 否 则 这 些 实体 类 在 重新 编译 时 都 会 失败 。 
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不 过 请 稍 等 , 一 个 类 可 以 实现 多 个 接口 ,不 是 吗 ? 那么 , 如果 在 好 几 个 接口 里 有 多 个 默认 实 
现 ， 是 否 意 味 着 Java 中 有 了 某 种 形式 的 多 重 继承 ”是 的 ， 在 某 种 程度 上 是 这 样 。 第 13 章 中 会 谈 

















到 ，Java 8 用 一 些 限制 来 避免 出 现 类 似 于 C++ 中 臭名 昭著 的 萎 形 继承 问题 。 


1.6 ”来自 函 数 式 编程 的 其 他 好 思想 





前 几 节 介绍 了 Java 从 函数 式 编程 引入 的 两 个 核心 思想 : 将 方法 和 Lambda 作为 一 等 值 , 以 及 
在 没有 可 变 共 享 状态 时 ， 函 数 或 方法 可 以 有 效 、 安 全 地 并 行 执行 。 这 两 种 思想 新 的 Stream API 





都 用 到 了 。 


常见 的 函数 式 语言 ， 如 SML 、OCaml、Haskell， 还 提供 了 进一步 的 结构 来 帮助 程序 员 ， 其 

















中 之 一 就 是 通过 显 式 使 用 更 多 的 描述 性 数据 类 型 来 避免 nul1。 确 实 ， 计 算 机 科学 巨 璧 之 一 托 


尼 . 霍 尔 (Tony Hoare ) 在 2009 年 伦敦 QCon 上 的 演讲 中 说 道 : 


我 把 它 叫 作 我 “价值 亿 万 美元 的 错误 ”， 就 是 在 1965 年 发 明了 空 引 
抗 放 进 一 个 空 引 用 的 诱惑 ， 仅 仅 是 因为 它 实现 起 来 非常 容易 。 








用 …… 我 无 法 托 


Java 8 提供 了 一 个 optional<T> 类 ， 如 果 你 能 一 致 地 使 用 它 ， 就 能 帮助 你 避免 出 现 Nu11- 
PointerException。 这 是 一 个 容器 对 象 ， 它 既 可 以 包含 值 ， 也 可 以 不 包含 值 。optional<T> 











提供 了 方法 来 明确 地 处 理 值 不 存在 的 情况 ,这 样 就 可 以 避免 Nul1Pointer] 




















Exception 了 。 换 各 


话说 ， 它 通过 类 型 系统 ， 人 允许 你 表明 一 个 变量 可 能 缺失 值 。 第 11 章 会 详细 讨论 Opt ional<T>。 





























下 
n*f(n-1) otherwise 


第 二 个 思想 是 《结构 化 的 ) 模式 匹配 "。 这 个 术语 最 早 用 在 数学 里 ， 例 如 : 


Java 中 ,你 可 以 使 用 if-then-else 或 switch 语句 表达 同样 的 语义 。 其 他 语言 已 经 证 实 ， 











对 于 更 复杂 的 数据 类 型 ， 在 表达 编程 思想 时 ， 使 用 模式 匹配 比 if-then-e 





lse 更 简明 。 你 也 可 


以 采用 多 态 和 方法 重 写 替代 if-then-else 来 处 理 这 种 类 型 的 数据 ， 但 是 ， 到 底 哪 种 方式 更 适 























合 , 在 语言 设计 上 仍然 有 很 多 争论 。 我 们 认为 两 者 都 是 有 用 的 工具 , 你 都 应 该 掌握 。 不 幸 的 是 ， 




















Java 8 并 不 完全 支持 模式 匹配 ， 我 们 会 在 第 19 章 介绍 如 何 用 Java 表达 模式 匹配 。 此 外 ， 还 会 介 
绍 一 个 Java 改进 提议 ,讨论 如 何在 未 来 的 Java 版 本 中 支持 模式 匹配 。 与 此 同时 ， 我 们 会 用 Scala 
语言 (这 是 另 一 种 基于 JVM 的 类 Java 语言 ， 它 启发 了 Java 的 一 些 新 特性 ， 更 多 内 容 参 见 第 20 
章 ) 的 一 个 例子 进行 介绍 。 壁 如 ， 你 要 设计 一 个 程序 ， 要 对 描述 算术 表达 式 的 树 做 基本 的 简化 。 
假设 数据 类 型 Expr 代表 了 这 个 表达 式 ， 你 可 以 用 Scala 编写 如 下 代码 ， 将 Expr 拆 分 为 各 个 部 






































分 ， 然后 返回 一 个 新 的 ExpIr: 

















GD 这 个 术语 有 两 个 意思 , 这 里 指 的 是 数学 和 函数 式 编 程 中 的 意思 , 即 函 数 是 分 情况 定义 的 , 而 不 是 使 用 if-then-else。 
它 的 另 一 个 意思 类 似 于 “在 给 定 目录 中 找到 所 有 类 似 于 IMG*.JPG 形式 的 文件 ”， 和 所 谓 的 正则 表达 式 有 关 。 
@) 维基 百科 中 的 文章 “Expression Problem”( 由 Phil Wadler 发 明 的 术语 ) 对 这 一 讨论 有 所 介绍 。 
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def simplifyExpression (expr: Expr): Expr = expr match { 加 上 0 
case BinOp("+", e, Number(0)) => e < 
case Binop("-"，e，Number(0)) => e 过 一 一 一 减 去 0 
case BinOp("*", e, Number(1)) => e < | 
case Binopb("/"，e，Number(1)) => e 所 | | 乘 以 1 
case _ => expr < 一 
} - 不 能 简化 he 
expr 





这 里 ，Scala 的 语法 expr match 就 对 应 于 Java 中 的 switch (expr)。 你 暂时 不 用 担心 不 
理解 这 段 代 码 , 第 19 章 会 介绍 更 多 关于 模式 匹配 的 内 容 。 现在, 你 可 以 把 模式 匹配 看 作 switch 
的 扩展 形式 ， 它 能 够 同时 将 一 个 数据 类 型 分 解 成 元 素 。 

为 什么 Java 中 的 switch 语句 要 局 限于 原始 类 型 值 和 strings 呢 ?” 史 数 式 语言 倾 铝 于 让 

switch 支持 更 多 的 数据 类 型 ， 甚 至 允许 模式 匹配 ( 就 像 Scala 语言 中 match 的 操作 )。 面 向 对 
象 设 计 中 , 常用 的 访客 模式 可 以 用 来 遍历 一 组 类 ( 比如 汽车 的 不 同 组 件 : 车 轮 、 发 动机 、 底 盘 等 )， 
并 对 每 个 访问 的 对 象 执 行 操作 。 模 式 匹 配 的 优势 之 一 是 编译 器 能 够 检测 党 见 的 错误 ， 例 如 : 
“Brakes 类 是 用 来 表示 car 类 的 组 件 的 一 族 类 。 你 忘记 了 要 显 式 处 理 它 。 
第 18 章 和 第 19 章 会 全 面 介绍 函数 式 编程 ， 以 及 如 何在 Java 8 中 编写 函数 式 风 格 的 程序 ,， 包 
括 库 中 提供 的 函数 工具 。 第 20 章 会 讨论 Java 8 的 功能 并 与 Scala 进行 比较 。Scala 和 Java 一 样 基 
于 JVM 实现 ， 且 近年 来 发 展 迅速 ， 已 经 在 编程 语言 生态 系统 的 一 些 方面 威胁 到 了 Java。 这 部 分 
内 容 放 在 了 本 书 的 后 面 儿 章 ， 你 会 进一步 了 解 Java 8 和 Java 9 为 什么 加 上 了 这 些 新 功能 。 


































































































Java 8、9、10 以 及 11 的 新 特性 : 从 哪里 入 手 ? 

Java 8 和 Java 9 都 为 Java 语 言 提 供 了 重大 更 新 。 不 过 ， 作 为 Java 程序 员 ， 你 更 关心 的 可 
能 是 Java 8 带 来 的 变化 ， 因 为 这 将 直接 影响 你 的 日 常 工作 一 一 传递 方法 或 者 Lambda 表达 式 正 
变 成 日 益 重 要 的 Java 知识 ,与 此 相反 ,Java9 的 改进 提升 的 是 我 们 定义 和 使 用 大 型 组 件 的 能 
壁 如 使 用 模块 化 构建 一 个 系统 ， 或 者 导入 一 个 反应 式 编程 的 工具 集 。 最 后 ，Java 10 引入 的 变 
化 比 前 面 几 个 版 本 小 得 多 ， 主 要 是 新 增 了 对 局 部 变量 类 型 推断 的 支持 ， 第 21 章 会 详细 探讨 。 
此 外 ，Java 11 中 Lambda 表达 式 支持 的 参数 语法 会 更 丰富 ， 第 21 章 也 会 介绍 。 

截至 本 书 创作 时 ，Java 11 的 发 布 计划 是 2018 年 9 月 。Java 11 还 引入 了 一 个 全 新 的 异步 
HTTP 客户 端 库 ， 它 基于 Java8 和 Javag9 提 供 的 CompletableFuture 和 反应 式 编程 (详细 内 
容 参 见 第 15 章 、 第 16 章 和 第 17 章 )。 





1.7 ”小结 


以 下 是 本 章 中 的 关键 概念 。 

口 请 记 住 语言 生态 系统 的 思想 ,以 及 语言 面临 的 “要 么 改变 , 要 么 衰亡 ”的 压力 。 虽然 Java 
能 现在 非常 有 活力 ， 但 你 可 以 回忆 一 下 其 他 曾经 也 有 活力 但 未 能 及 时 改进 的 语言 的 命 

运 ， 如 COBOL。 


























TI 二 中 
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D Java 8 中 新 增 的 核心 内 容 提供 了 令 人 激动 的 新 概念 和 功能 , 方便 我 们 编写 既 有 效 又 简洁 的 (一 
程序 。 
D Java 8 之 前 的 编程 实践 并 不 能 很 好 地 利用 多 核 处 理 器 。 
口 函数 是 一 等 值 。 记 住 方法 如 何 作为 函数 式 值 来 传递 ， 还 有 Lambda 是 怎样 写 的 。 
D Java 8 中 流 的 概念 使 得 集合 的 许多 方面 得 以 推广 , 但 流 让 代码 更 易 读 ,并 人 允许 并 行 处 理 流 
元 素 。 
口 Java 对 基于 大 型 组 件 的 程序 设计 以 及 系统 需要 不 断 演化 的 接口 的 支持 一 直 都 不 太 好 。 现 

在 ， 你 可 以 使 用 Java 9 的 模块 构建 你 的 系统 ， 使 用 默认 方法 支持 接口 的 持续 演化 ， 而 不 

影响 实现 该 接口 的 所 有 类 。 
口 其 他 来 自 函 数 式 编程 的 有 趣 思想 ， 包 括 处 理 null 和 使 用 模式 匹配 。 









































通过 行为 参数 化 传 违 代码 








本 章 内 容 

口 应 对 不 断 变化 的 需求 

口 行为 参数 化 

口 匿名 类 

口 Lambda 表达 式 预览 

口 真实 示例 : comparator 、Runnable 和 GUI 














软件 工程 中 一 个 众所周知 的 问题 就 是 , 不 管 你 做 什么 , 用 户 的 需求 肯定 会 变 。 比 方 说 ， 有 个 
应 用 程序 是 帮助 农民 了 解 自 己 的 库存 。 这 位 农民 可 能 想 要 一 个 查找 库存 中 所 有 绿色 苹果 的 功能 。 
但 到 了 第 二 天 , 他 可 能 会 告诉 你 :“ 其 实 我 还 想 找 出 所 有 重量 超过 150 区 的 苹果 。” 过 了 两 天 , 农 
民 又 跑 回来 补充 道 :“ 要 是 我 可 以 找 出 所 有 既是 绿色 ， 重 量 也 超过 150 克 的 苹果 ， 那 就 太 棱 了 。” 
你 要 如 何 应 对 这 样 不 断 变 化 的 需求 ”理想 的 状态 下 , 应 该 把 你 的 工作 量 降 到 最 少 。 此 外 , 类 似 的 
新 功能 实现 起 来 还 应 该 很 简单 ， 而 且 易于 长 期 维护 。 

行为 参数 化 就 是 可 以 帮助 你 处 理 频繁 变更 的 需求 的 一 种 软件 开发 模式 。 一 言 以 蔽 之 , 它 意 味 
着 拿 出 一 个 代码 块 ， 把 它 准备 好 却 不 去 执行 它 。 这 个 代码 块 以 后 可 以 被 你 程序 的 其 他 部 分 调用 ， 
这 意味 着 你 可 以 推迟 这 块 代 码 的 执行 。 例 如 ,你 可 以 将 代码 块 作为 参数 传递 给 另 一 个 方法 , 稍 后 
再 去 执行 它 。 这 样 , 这 个 方法 的 行为 就 基于 那 块 代码 被 参数 化 了 。 例如 , 如 果 你 要 处 理 一 个 集合 ， 
可 能 会 写 一 个 方法 : 
口 可 以 对 列表 中 的 每 个 元 素 做 “ 某 件 事 ”; 
口 可 以 在 列表 处 理 完 后 做 “为 一 件 事 ”; 
口 遇 到 错误 时 可 以 做 “另外 一 件 事 ”。 

行为 参数 化 说 的 就 是 这 个 。 打 个 比方 吧 : 你 的 室友 知道 怎么 开车 去 超市 ， 再 开 回 家 。 于 是 你 
可 以 告诉 他 去 买 一 些 东 西 , 比如 面包 、 奶 酷 、 葡 萄 酒 什么 的 。 这 相当 于 调用 一 个 goAndBuy 方法 ， 
把 购物 单 作 为 参数 。 然 而 ， 有 一 天 你 在 上 班 ， 你 需要 他 去 做 一 件 他 从 来 没有 做 过 的 事情 : 从 邮局 
取 一 个 包 右 。 现 在 你 就 需要 传递 给 他 一 系列 指示 了 : 去 邮局 ， 使 用 单 号 ， 和 工作 人 员 说 明 情 况 ， 
取 走 包 囊 。 你 可 以 把 这 些 指示 用 电子 邮件 发 给 他 ， 当 他 收 到 之 后 就 可 以 按照 指示 行事 了 。 你 现在 
做 的 事情 就 更 高 级 一 些 了 ， 相 当 于 一 个 方法 : goandqBuy。 它 可 以 接受 不 同 的 新 行为 作为 参数 ， 
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然后 去 执行 。 

这 一 章 首先 会 给 你 讲解 一 个 例子 , 说明 如 何 对 你 的 代码 加 以 改进 , 从 而 更 灵活 地 适应 不 断 变 
化 的 需求 。 在 此 基础 之 上 , 我 们 将 展示 如 何 把 行为 参数 化 用 在 几 个 真实 的 例子 上 。 比 如 ,你 可 能 
已 经 用 过 了 行为 参数 化 模式 一 一 使 用 Java API 中 现 有 的 类 和 接口 ， 对 List 进行 排序 ,筛选 文件 
名 ， 或 告诉 一 个 Thread 去 执行 代码 块 ， 其 或 是 处 理 GUI 事件 。 你 很 快 会 发 现 ， 在 Java 中 使 用 
这 种 模式 十 分 喝 唆 。Java 8 中 的 Lambda 解决 了 代码 嘿 唆 的 问题 。 第 3 章 会 向 你 展示 如 何 构建 
Lambda 表达 式 、 其 使 用 场合 ， 以 及 如 何 利 用 它 让 代码 更 简洁 。 


2.1 应 对 不 断 变化 的 需求 


编写 能 够 应 对 变化 的 需求 的 代码 并 不 容易 。 下 面 来 看 一 个 例子 ， 我 们 会 逐步 改进 这 个 例子 ， 
以 展示 一 些 让 代码 更 灵活 的 最 佳 做 法 。 就 农场 库存 程序 而 言 ,你 必须 实现 一 个 从 列表 中 筛选 绿 苹 
果 的 功能 。 听 起 来 很 简单 吧 ? 


























2.1.1 初试 牛刀 : 筛选 绿 苹果 
我 们 在 第 1 章 中 假设 你 使 用 一 个 枚 举 变量 color 来 表示 苹果 的 各 种 颜色 : 
enum Color { RED, GREEN } 

第 一 个 解决 方案 可 能 是 下 面 这 样 的 : 


public static List<Apple> filterGreenApples (List<Apple> inventory) { 
List<Apple> result = new ArrayList<>(); < 一 








for (Abpple apple: inventory) 1{ 累积 苹果 
if( GREEN.equals(apple.getColor() ) { 的 列表 
result .add (apple); 仅仅 选 出 
) 绿 苹果 


} 


return result; 


} 

突出 显示 的 行 就 是 筛选 绿 苹果 所 需 的 条 件 。 你 可 以 假设 枚 举 变量 color 是 一 个 由 颜色 组 成 
的 集合 , 譬如 GREEN。 但 是 现在 农民 突然 改 主意 了 , 他 还 想 要 筛选 出 红色 的 苹果 。 你 该 怎么 做 呢 ? 
简单 的 解决 办 法 就 是 复制 这 个 方法 ， 把 名 字 改 成 filterRedApples， 然 后 更 改 if 条 件 来 匹配 
红 苹 果 。 然 而 ,要 是 农民 想 要 筛选 多 种 颜色 ， 这 种 方法 就 应 付 不 了 了 。 一 个 好 的 原则 是 编写 类 似 


的 代码 之 后 ， 尽 量 对 其 进行 抽象 化 。 


2.1.2 再 展 身手 : 把 颜色 作为 参数 

为 了 创建 filterRedApples，, 我 们 重复 了 filterGreenApples 中 的 大 部 分 代码 , 怎样 才 
能 避免 这 种 问题 发 生 呢 ? 一 种 做 法 是 给 方法 添加 一 个 参数 , 把 颜色 变 成 参数 , 这 样 就 能 灵活 地 适 
应 变化 了 : 
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public static List<Apple> filterApplesByColor (List<Apple> inventory, 
Color color) { 
List<Apple> result = new ArrayList<>(); 
for (Apple apple: inventory) { 
if ( apple.getColor() .equals(color) ) { 
result .add (apple); 
} 
} 
return result; 


} 
现在 ， 只 要 像 下 面 这 样 调用 方法 ， 农 民 朋友 就 会 满意 


List<Apple> greenApples = filterApplesByColor (inventory, GREEN); 
List<Apple> redApples = filterApplesByColor (inventory, RED); 














太 简 单 了 ， 对 吧 ? 让 我 们 把 例子 再 弄 得 复杂 一 点 儿 。 这 位 农民 又 跑 回 来 和 你 说 :“ 要 是 能 区 
分 轻 的 苹果 和 重 的 苹果 就 太 好 了 。 重 的 苹果 一 般 是 重量 大 于 150 克 。 

作为 软件 工程 师 , 你 早 就 想到 农民 可 能 会 要 改变 重量 , 于 是 你 写 了 下 面 的 方法 ， 用 男 一 个 参 
数 来 应 对 不 同 的 重量 : 


















































public static List<Apple> filterApplesByWeight (List<Apple> inventory, 
int weight) { 
List<Apple> result = new ArrayList<>(); 
For (Apple apple: inventory)t{ 
if ( apple.getWeight() > weight ) { 
result.add(apple); 
} 
} 
return result; 


} 


解决 方案 不 错 , 但 是 请 注意 ,你 复制 了 大 部 分 的 代码 来 实现 遍历 库存 ,并 对 每 个 苹果 应 用 得 
选 条 件 。 这 有 点 儿 令 人 失望 ， 因 为 它 打破 了 DRY (Don’t Repeat Yourself， 不 要 重复 自己 ) 的 软 
件 工程 原则 。 如果 你 想 要 改变 筛选 遍历 方式 以 提升 性 能 , 该 怎么 办 ?” 那 就 得 修改 所 有 方法 的 实现 ， 
而 不 是 只 改 一 个 。 从 工程 工作 量 的 角度 来 看 ， 这 代价 太 大 了 。 

你 可 以 将 颜色 和 重量 结合 为 一 个 方法 ， 称 为 filter。 不 过 就 算 这 样 ， 你 还 是 需要 一 种 方式 
来 区 分 想 要 筛选 哪个 属性 。 你 可 以 加 上 一 个 标志 来 区 分 对 颜色 和 重量 的 查询 〈 但 绝 不 要 这 样 做 ! 
我 们 很 快 会 解释 为 什么 )。 


2.1.3 ”第 三 次 尝试 : 对 你 能 想到 的 每 个 属性 做 筛选 
一 种 把 所 有 属性 结合 起 来 的 笨拙 尝试 如 下 所 示 : 
























































public static List<Apple> filterApples (List<Apple> inventory, Color color， 
int weight, boolean flag) { 
List<Apple> result = new ArrayList<>(); 
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for (Apple apple: inventory) { 
if ( (flag && apple.getColor() .equals(color)) || 


(!flag && apple.getWeight() > weight) ){ 十 分 笨拙 的 选 
result.add (apple); 择 颜 色 或 重量 


的 方式 


return result; 


} 
你 可 以 这 么 用 (但 真 的 很 笨拙 ): 


List<Apple> greenApples 
List<Apple> heavyApples 


filterApples (inventory, GREEN, 0, true); 
filterApples (inventory, null, 150, false); 





























这 个 解决 方案 再 差 不 过 了 。 首先, 客户 端 代 码 看 上 去 粳 透 了 。true 和 false 是 什么 意思 ? 
此 外 , 这 个 解决 方案 还 是 不 能 很 好 地 应 对 变化 的 需求 。 如 果 这 位 农民 要 求 你 对 苹果 的 不 同属 性 做 
筛选 ， 比 如 大 小 、 形 状 、 产 地 等 , 该 怎么 办 ? 而且， 如 果农 民 要 求 你 组 合 属性 , 做 更 复杂 的 查询 ， 
比如 绿色 的 重 苹 果 ， 又 该 怎么 办 ?你 会 有 好 多 个 重复 的 filter 方法 ,或 一 个 巨大 的 非常 复杂 的 
方法 ,到 目前 为 止 ,你 已 经 给 filterApples 方 法 加 上 了 值 ( 比如 string、Integer 或 boolean ) 
的 参数 。 这 对 于 某 些 确定 性 问题 可 能 还 不 错 。 但 如 今 这 种 情况 下 ， 你 需要 一 种 更 好 的 方式 , 来 把 
苹果 的 选择 标准 告诉 你 的 filterApples 方法 。 下 一 节 会 介绍 如 何 利用 行为 参数 化 实现 这 种 灵 
活性 。 


2.2 行为 参数 化 


你 在 上 一 节 中 已 经 看 到 了 ,你 需要 一 种 比 添加 很 多 参数 更 好 的 方法 来 应 对 变化 的 需求 。 让 
我 们 后 退 一 步 来 看 看 更 高 层次 的 抽象 。 一 种 可 能 的 解决 方案 是 对 你 的 选择 标准 建 模 : 你 考虑 的 
是 苹果 ， 需 要 根据 Apple 的 某 些 属性 〈 比 如 它 是 绿色 的 吗 ? 重量 超过 150 克 吗 ? ) 来 返回 一 
个 boolean 值 。 我 们 把 它 称 为 谓词 ( 即 一 个 返回 boolean 值 的 函数 )。 让 我 们 定义 一 个 接口 
来 对 选择 标准 建 模 : 
public interface ApplepPredicatet{ 
boolean test (Apple apple); 





































































































} 
现在 你 就 可 以 用 ApplePredicate 的 多 个 实现 代表 不 同 的 选择 标准 了 ， 比 如 ( 如 图 2-1 所 


示 小: 


public class AppleHeavyWeightPredicate implements ApplePredicate{ < 一 一 
public boolean test (Apple apple) NS a 
return apple.getWeight() > 150; 仅仅 选 出 重 的 苹果 
上 
} 
public class AppleGreenColorPredicate implements ApplepPredicatet{ < 一 一 
ublic boolean test (Apple apple § 2 
D OR eb ey 仅仅 选 出 绿 苹果 
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return GREEN.eduals (apple.getColor()); 





ApplePredicate 圭 
ApplePredicate 装 了 选择 苹果 的 策略 


+ boolean test (Apple apple) 


2 = 


AppleGreenColorPredicate AppleHeavyWeightPredicate 
图 2-1 选择 苹果 的 不 同 策略 


你 可 以 把 这 些 标准 看 作 filter 方法 的 不 同行 为 。 你 刚 做 的 这 些 和 “策略 设计 模式 ”相关 ， 
它 让 你 定义 一 族 算法 ， 把 它们 封装 起 来 〈 称 为 “策略 ”)， 然 后 在 运行 时 选择 一 个 算法 。 在 这 里 ， 
算法 族 就 是 ApplePredicate ， 不 同 的 策略 就 是 AppleHeavyWeightPredicate 和 
AppleGreenColorPredicate。 

但 是 ,该 怎么 利用 ApplePredicate 的 不 同 实 现 呢 ? 你 需要 filterApples 方法 接受 
ApplepPredicate 对 象 ， 对 Apple 做 条 件 测试 。 这 就 是 行为 参数 化 : 让 方法 接受 多 种 行为 〈 策 
略 ) 作为 参数 ， 并 在 内 部 使 用 ， 来 完成 不 同 的 行为 。 

要 在 我 们 的 例子 中 实现 这 一 点 ， 你 要 给 filterApples 方法 添加 一 个 参数 ， 让 它 接受 
ApplePredicate 对 象 。 这 在 软件 工程 上 有 很 大 好 处 : 现在 你 把 filterApples 方法 迭代 集合 
的 逻辑 与 你 要 应 用 到 集合 中 每 个 元 素 的 行为 ( 这 里 是 一 个 谓词 ) 区 分 开 了 。 


第 四 次 尝试 : 根据 抽象 条 件 筛选 
利用 ApplePredicate 改过 之 后 ，filter 方法 看 起 来 是 这 样 的 : 


public static List<Apple> filterApples (List<Apple> inventory, 
ApplePredicate p) { 
List<Apple> result = new ArrayList<>(); 
for(Apple apple: inventory) { 
if(p.test (apple 部 
a ; 谓词 p 封装 了 测试 
苹果 的 条 件 



















































































} 
return result; 


} 


1. 传递 代码 /行为 

这 里 值得 停 下 来 小 小 地 庆祝 一 下 。 这 段 代 码 比 我 们 第 一 次 尝试 的 时 候 灵活 多 了 , 读 起 来 、 用 
起 来 也 更 容易 ! 现 在 你 可 以 创建 不 同 的 ApplePredicate 对 象 , 并 将 它们 传递 给 filterApples 
方法 。 免费 的 灵活 性 ! 比如 ， 如 果农 民 让 你 找 出 所 有 重量 超过 150 克 的 红 苹果 ， 你 只 需要 创建 一 
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个 类 来 实现 ApplePredicate 就 行 了 。 你 的 代码 现在 足够 灵活 ， 可 以 应 对 任何 涉及 苹果 属性 的 
需求 变更 了 : 


public class AppleRedAndHeavyPredicate implements ApplePredicate { 


public boolean test (Apple apple)t{ 
return RED.equals (apple.getColor()) 
&& apple.getWeight() > 150; 


} 





} 
List<Apple> redAndHeavyApples = 
filterApples (inventory, new AppleRedAndHeavyPredicate()); 


你 已 经 做 成 了 一 件 很 酷 的 事 : filterApples 方法 的 行为 取决 于 你 通过 ApplePredicate 
对 象 传 递 的 代码 。 换 句 话 说， 你 把 filterApples 方法 的 行为 参数 化 了 ! 

请 注意 ， 在 上 一 个 例子 中 ， 唯 一 重要 的 代码 是 test 方法 的 实现 ， 如 图 2-2 所 示 ， 正 是 它 定 
义 了 filterApples 方法 的 新 行为 。 但 令 人 遗憾 的 是 ， 由 于 该 filterApples 方法 只 能 接受 对 
象 , 所 以 你 必须 把 代码 包 庄 在 AbpplePredicate 对 象 里 ,你 的 做 法 就 类 似 于 在 内 联 “ 传 递 代码 ”， 
因为 你 是 通过 一 个 实现 了 test 方法 的 对 象 来 传递 布尔 表达 式 的 。 你 将 在 2.3 节 (第 3 章 中 有 更 
详细 的 内 容 ) 中 看 到 , 通过 使 用 Lambda, 可 以 直接 把 表达 式 RED.equals (apple.getColor ()) 
&&apple.getWeight () > 150 传递 给 filterApples 方法 ,而 无 须 定 义 多 个 ApplePredicate 
类 ， 从 而 去 掉 不 必要 的 代码 。 






























































ApplePredicate 对 象 





public class AppleRedAndHeavyPredicate implements ApplePredicate { 
public boolean test(Apple apple){ 


return RED.equals (apple.getColor()) 
&& apple.getWeignhnt() > 150; 








作为 参数 
传递 


filterApples (inventory, ) 5; 


把 策略 传递 给 筛选 方法 : 通过 布尔 表达 
式 筛 选 封装 在 ApplePredicate 对 象 
内 的 苹果 。 为 了 封装 这 段 代 码 ， 用 了 很 
多 模板 代码 来 包 于 它 (以 粗 体 显 示 ) 


图 2-2 参数 化 filterapples 的 行为 并 传递 不 同 的 筛选 策略 
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2. 多 种 行为 ， 一 个 参数 

正如 先前 解释 的 那样 , 行为 参数 化 的 好 处 在 于 你 可 以 把 迭代 要 筛选 的 集合 的 逻辑 与 对 集合 中 
每 个 元 素 应 用 的 行为 区 分 开 来 。 这 样 你 可 以 重复 使 用 同一 个 方法 , 给 它 不 同 的 行为 来 达到 不 同 的 
目的 ， 如 图 2-3 所 示 。 这 就 是 行为 参数 化 是 一 个 有 用 的 概念 的 原因 。 你 应 该 把 它 放 进 你 的 工具 箱 

































































yA 
里 ， 用 来 编写 灵活 的 API。 
ApplePredicate ApplePredicate 
新 的 行为 return apple.getWeight() > 150; return GREEN.equals (apple.getColor()); 
Ne ES 要 
public static List<Apple> filterApples (List<Apple> inventory,( ApplePredicate )P)1{ 
List<Apple> result= new ArrayList<>(); 
行为 参数 化 for (Apple apple: inventory)1 
if(p.test (apple)){ 











result .add (apple); 
: 
} 


retuirr Tegulty 


六: 
输出 重 的 
苹果 


图 2-3 ”参数 化 filterApples 的 行为 并 传递 不 同 的 筛选 策略 























为 了 保证 你 对 行为 参数 化 运用 自如 ， 看 看 测验 2.1 吧 ! 


测验 2.1: 编写 灵活 的 prettyPrintApple 方法 
编写 一 个 prettyPrintApple 方法 ， 它 接受 一 个 Apple 的 List， 并 可 以 对 它 参 数 化 ,以 多 
种 方式 根据 苹果 生成 一 个 String 输出 (有 点 儿 像 多 个 可 定制 的 tostring 方法 ) 例如 ， 你 可 
以 告诉 prettyPrintApple 方法 ,只 打印 每 个 苹果 的 重量 。 此 外 , 你 可 以 让 prettyPrintApple 
方法 分 别 打印 每 个 革 果 ,然后 说 明 它 是 重 的 还 是 轻 的 。 解 决 方案 和 前 面 讨论 的 筛选 的 例子 类 似 。 
为 了 帮 你 上 手 ， 我 们 提供 了 prettyPrintApple 方法 的 一 个 粗略 的 框架 : 
public static void prettyPrintApple(List<Apple> inventory, ???){ 


for (Apple apple: inventory) { 


Svyoeeme ou Ormelrioue ue 


答案 : 首先 ， 你 需要 一 种 表示 接受 Apple 并 返回 一 个 格式 String 值 的 方法 。 前 面 我 们 
在 编写 AbplePredicate 接口 的 时 候 ， 写 过 类 似 的 东西 : 





public interface AppleFormattert{ 
String accept (Apple a); 
] 


现在 你 就 可 以 通过 实现 AppleFormatter 方法 来 表示 多 种 格式 行为 了 : 


public class AppleFancyFormatter implements AppleFormattert{ 
public String accept (Apple apple){ 
String characteristic = apple.getWeight() > 150 ? "heavy" 
Wala se 
ketene A eanaeteernrstbile 
Tm aDleretooldp tt appDlens 





; 
} 
public class AppleSimpleFormatter implements AppleFormattert{ 
public String accept (Apple apple)t{ 
return "An apple of " + apple.getWeight() + "g"; 
; 


最 后 ， 你 需要 告诉 prettyPrintApple 方法 接受 AppleFormatter 对 象 ， 并 在 内 部 使 
用 它们 。 你 可 以 给 prettyPrintApple 加 上 一 个 参数 : 


ie Eamic Von oe Er nae lse AoEe mn eneor 
AppleFormatter formatter)t 
for(Apple apple: inventory)t 
Sieoun pu ornmatb eee ey, 
oveteme on or el (ou ou 


} 

搞定 啦 1 现在 你 就 可 以 给 prettyPrintApple 方法 传递 多 种 行为 了 。 为 此 ， 你 首先 要 实 
例 化 AppleFormatter 的 实现 ， 然 后 把 它们 作为 参数 传 给 prettyPrintApple: 

prettyPrintApple(inventory, new AppleFancyFormatter()); 

这 将 产生 一 个 类 似 于 下 面 的 输出 : 


A light green apple 
A heavy red apple 


或 者 试 试 这 个 : 
prettyPrintApple(inventory, new AppleSimpleFormatter()); 
这 将 产生 一 个 类 似 于 下 面 的 输出 : 


An apple of 80g 
An apple of 155g 


你 已 经 看 到 ， 可 以 把 行为 抽象 出 来 ， 让 你 的 代码 适应 需求 的 变化 , 但 这 个 过 程 很 喝 唆 ， 因 为 
你 需要 声明 很 多 只 要 实例 化 一 次 的 类 。 来 看 看 可 以 怎样 改进 。 
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2.3 ”对 付 嗓 唆 


我 们 都 知道 ， 人 们 不 愿意 用 那些 很 麻烦 的 功能 或 概念 。 目 前 ， 当 要 把 新 的 行为 传递 给 
filterApples 方法 的 时 候 ， 你 不 得 不 声明 好 几 个 实现 ApplePredicate 接口 的 类 ， 然 后 实例 
化 好 几 个 只 会 提 到 一 次 的 ApplePredicate 对 象 。 下 面 的 程序 总 结 了 你 目前 看 到 的 一 切 。 这 真 





AAA 


是 很 哆 唆 ， 很 费时 间 ! 
代码 清单 2-1 行为 参数 化 : 用 谓词 筛选 苹果 


public class AppleHeavyWeightPredicate implements ApplePredicatet 


public boolean test (Apple apple)t{ 尘 择 嫌 重 臣 二 
广 3YTZ 人 1 
return apple.getWeight() > 150; 选择 较 重 苹果 的 谓词 





eg 





} 
} 











public class AppleGreenColorPpredicate implements ApplepPredicatet{ < 十 一 一 
public boolean test (Apple apple) 1{ 
return GREEN.equals (apple.getColor()); 选择 绿 苹果 的 谓词 
} 
} 
public class FilteringApplest{ 
public static void main(String...args) { 
List<Apple> inventory = Arrays.asList (new Apple(80, GREEN), 
结果 是 一 个 包含 一 new Apple(155, GREEN), 
人 new Apple(120, RED));} 
个 155 克 Apple 的 ， 
List a heavyApples = 
filterApples (inventory, new AppleHeavyWeightPredicate()); 
List<Apple> greenApples = 
filterApples (inventory, new AppleGreenColorPredicate()); Oo 


结果 是 一 个 包含 


} 
public static List<Apple> filterApples (List<Apple> inventory, 两 个 绿 Apple 的 
List 


ApplePredicate p) { 
List<Apple> result = new ArrayList<>(); 
for (Apple apple : inventory)t{ 
if (p.test (apple)){ 
result .add (apple); 
} 
} 


return result; 


} 
费 这 么 大 劲 儿 真 没 必要 , 能 不 能 做 得 更 好 呢 ? Java 有 一 个 机 制 称 为 匿名 类 , 它 可 以 让 你 同时 


声明 和 实例 化 一 个 类 。 它 可 以 帮助 你 进一步 改善 代码 , 让 它 变 得 更 简洁 。 但 这 也 不 完全 令 人 满意 。 
2.3.3 节 简 短 地 介绍 了 Lambda 表达 式 如 何 让 你 的 代码 更 易 读 , 下 一 章 将 会 对 此 进行 更 加 详细 的 讨论 。 








2.3.1 匿名 类 
匿名 类 和 你 熟悉 的 Java 局 部 类 ( 块 中 定义 的 类 ) 差不多 , 但 匿名 类 没有 名 字 。 它 允许 你 同 


mVDA 


时 声明 并 实例 化 一 个 类 。 换 名 话说 ， 它 允许 你 随 用 随 建 。 
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2.3.2 第 五 次 尝试 : 使 用 匿名 类 


下 面 的 代码 展示 了 如 何 通过 创建 一 个 用 匿名 类 实现 ApplePredicate 的 对 象 ， 重 写 筛选 的 
例子 : 


List<Apple> redApples = filterApples (inventory, new ApplePredicate() { < | 


public boolean test (Apple apple)t{ pp 
return RED.equals (apple.getColor()); 使 用 匿名 类 参数 化 
} filterApples 方法 
)) ; 的 行为 


GUI 应 用 程序 中 经 常 使 用 匿名 类 来 创建 事件 处 理 器 对 象 ( 下 面 的 例子 使 用 的 是 Java FX API， 
一 种 现代 的 Java UI 平台 ): 
button.setOnAction(new EventHandler<ActionEvent>() { 


public void handle(ActionEvent event) { 
System.out .println("Whoooo a click!!"); 




















} 
1 




















但 匿名 类 还 是 不 够 好 。 第 一 , 它 往往 很 笨重 , 因为 它 占用 了 很 多 空间 。 还 拿 前 面 的 例子 来 看 ， 
如 下 面 的 粗 体 代码 所 示 : 











List<Apple> redApples = filterApples(inventory, new ApplePredicate() { 
public boolean test(Apple a)f{ 
return RED.equals (a.getColor()); 1 人 
) a 、 很 多 模板 代码 
}); 
button.setOonAction(new EventHandler<ActionEvent>() { 
public void handle(ActionEvent event) { 
System.out .println("Whoooo a click!!"); 
} 
上 小字 


第 二 ， 很 多 程序 员 觉得 它 用 起 来 很 让 人 费解 。 比 如 ， 测 验 2.2 展示 了 一 个 经 典 的 Java 迹 题 ， 
它 让 大 多 数 程序 员 都 措手不及 。 你 来 试 试看 吧 。 

















测验 2.2: 匿名 类 谈 题 
下 面 的 代码 执行 时 会 有 什么 样 的 输出 ，4、5、6 还 是 42? 


DUTle las MeaneoEme 
oot etal br elo ee Ay 
ono te wee velsis (Cy He 
me Vellohen Se 
Runnable r = new Runnable(){ 
Sulblned nn ue 
oe te otel ema A 
ne ae 0 
cvyestem oul print lmn(this value), 
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el 

} 

dc 人 人 二 八 人 
MeaningofThis m = new MeaningOfThis(); 


mle 
} 这 一 行 的 输出 
是 什么 ? 


答案 :会 输出 5, 因 为 this 指 的 是 包含 它 的 Runnable, 而 不 是 外 面 的 类 MeaningOfThis。 











整体 来 说 , 嘿 唆 就 不 好 。 它 让 人 不 愿意 使 用 语言 的 某 种 功能 ， 因 为 编写 和 维护 喝 唆 的 代码 需 
要 很 长 时 间 , 而 且 代 码 也 不 易 读 。 好 的 代码 应 该 是 一 目 了 然 的 。 即 使 匿名 类 处 理 在 某 种 程度 上 改 
善 了 为 一 个 接口 声明 好 几 个 实体 类 的 嘿 唆 问题 , 但 它 仍 不 能 令 人 满意 。 在 只 需要 传递 一 段 简单 的 
代码 时 (例如 表示 选择 标准 的 poolean 表达 式 ), 你 还 是 要 创建 一 个 对 象 ， 明确 地 实现 一 个 方法 
来 定义 一 个 新 的 行为 (例如 Predicate 中 的 test 方法 或 是 EventHandler 中 的 handle 方法 )。 

在 理想 的 情况 下 ， 我 们 想 鼓励 程序 员 使 用 行为 参数 化 模式 ， 因 为 正如 你 在 前 面 看 到 的 ， 它 
证 代码 更 能 适应 需求 的 变化 。 在 第 3 章 中 , 你 会 看 到 Java 8 的 语言 设计 者 通过 引入 Lambda 表达 
式 一 一 一 种 更 简洁 的 传递 代码 的 方式 一 一 解决 了 这 个 问题 。 好 了 ,悬念 够 多 了 ,下 面 简单 介绍 一 
下 Lambda 表达 式 是 怎么 让 代码 更 干净 的 。 


2.3.3 ”第 六 次 党 试 : 使 用 Lambda 表达 式 
上 面 的 代码 在 Java 8 里 可 以 用 Lambda 表达 式 重 写 为 下 面 的 样子 : 


List<Apple> result = 
filterApples (inventory, (Apple apple) -> RED.equals (apple.getColor())); 


不 得 不 承认 这 段 代码 看 上 去 比 先 前 干净 很 多 。 这 很 好 ， 因 为 它 看 起 来 更 像 问题 陈述 本 身 了 。 
现在 已 经 解决 了 哆 唆 的 问题 。 图 2-4 对 我 们 到 目前 为 止 的 工作 做 了 一 个 小 结 。 













































































行为 参数 化 





灵活 



















值 参数 化 
死板 











图 2-4 行为 参数 化 与 值 参 数 化 
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2.3.4 ”第 七 次 尝试 : 将 List 类 型 抽象 化 


在 通 往 抽象 的 路 上 ， 还 可 以 更 进一步 。 目 前 ，filterApples 方法 还 只 适用 于 Apple。 你 
还 可 以 将 List 类 型 抽象 化 ， 从 而 超越 你 眼前 要 处 理 的 问题 : 
public interface Predicate<T>{ 


boolean test ( 工 七 ) ; 
} 


public static <T> List<T> filter(List<T> list, Predicate<T> p){ < 一 
List<T> result = new ArrayList<>(); 
for(T e: list){ 引入 类 型 
if(p.test(e)){ 参数 





result .add (e); 
} 
} 
return result; 


} 


现在 你 可 以 把 filter 方法 用 在 香 巷 、 橘 子 、Integer 或 是 String 的 列表 上 了 。 这 里 有 
一 个 使 用 Lambda 表达 式 的 例子 : 

















List<Apple> redApples = 

filter(inventory, (Apple apple) -> RED.equals (apple.getColor())); 
List<Integer> evenNumbers = 

filter(numbers, (Integer i) ->i%2 == 0); 


酷 不 酷 ? 你 现在 在 灵活 性 和 简洁 性 之 间 找 到 了 最 佳 平衡 点 ， 这 在 Java 8 之 前 是 不 可 能 做 到 的 ! 


2.4 真实 的 例子 


你 现在 已 经 看 到 ,行为 参数 化 是 一 个 很 有 用 的 模式 ， 它 能 够 轻松 地 适应 不 断 变化 的 需求 。 这 
种 模式 可 以 把 一 个 行为 (一段 代码 ) 封装 起 来 ， 并 通过 传递 和 使 用 创建 的 行为 ( 例如 对 Apple 
的 不 同 谓词 ) 将 方法 的 行为 参数 化 。 前 面 提 到 过 ， 这 种 做 法 类 似 于 策略 设计 模式 。 你 可 能 已 经 在 
实践 中 用 过 这 个 模式 了 。Java API 中 的 很 多 方法 都 可 以 用 不 同 的 行为 来 参数 化 。 这 些 方 法 往往 与 
匿名 类 一 起 使 用 。 我 们 会 展示 四 个 例子 ， 这 应 该 能 帮助 你 巩固 传递 代码 的 思想 了 : 用 一 个 
Comparator 排序 ， 用 Runnable 执行 一 个 代码 块 ， 用 callable 从 任务 返回 结果 ， 以 及 GUI 
事件 处 理 。 









































2.4.1 用 comparator 来 排序 


对 集合 进行 排序 是 一 个 常见 的 编程 任务 。 比 如 , 你 的 那 位 农民 朋友 想 要 根据 苹果 的 重量 对 库 
存 进 行 排序 , 或 者 他 可 能 改 了 主意 , 希望 你 根据 颜色 对 苹果 进行 排序 。 听 起 来 有 点 儿 耳 熟 ? 是 的 ， 
你 需要 一 种 方法 来 表示 和 使 用 不 同 的 排序 行为 ， 以 轻松 地 适应 变化 的 需求 。 

在 Javag 中 ，List 自 带 了 一 个 sort 方法 (你 也 可 以 使 用 collections.sort )。sort 的 
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行为 可 以 用 java.util.comparator 对 象 来 参数 化 ， 它 的 接口 如 下 : 


// java.util.Comparator 
public interface Comparator<T> { 
int compare(T ol1, T o02); 


} 


因此 , 你 可 以 随时 创建 comparator 的 实现 , 用 sort 方法 表现 出 不 同 的 行为 。 例 如 ， 你 可 
以 使 用 匿名 类 ， 按 照 重 量 升序 对 库存 排序 : 

















inventory.sort (new Comparator<Apple>() { 

public int compare(Apple al, Apple a2) { 

return al.getWeight () .compareTo(a2.getWeight ()); 
} 

9) 力 


如 果农 民 改 了 主意 ， 你 可 以 随时 创建 一 个 comparator 来 满足 他 的 新 要 求 ， 并 把 它 传递 给 
sort 方法 。 而 如 何 进行 排序 这 一 内 部 细节 都 被 抽象 掉 了 。 用 Lambda 表达 式 的 话 ， 看 起 来 就 是 
这 样 : 























Inventory .SoOLt ( 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ())); 


现在 暂时 不 用 担心 这 个 新 语法 ， 下 一 章 会 详细 讲解 如 何 编写 和 使 用 Lambda 表达 式 。 

















2.4.2 用 Runnable 执行 代码 块 


使 用 Java 的 线程 ， 一 块 代码 可 以 与 程序 的 其 他 部 分 并 发 执行 。 但 是 ， 怎 么 才能 通知 线程 执 
行 哪 块 代码 呢 ? 此 外 , 几 个 线程 可 能 还 需要 执行 不 同 的 代码 。 我们 需要 一 种 方式 来 表示 哪 一 段 代 
码 会 在 之 后 执行 。Java 8 之 前 ， 能 传递 给 线程 结构 的 只 有 对 象 ， 因 此 之 前 典型 的 使 用 模式 是 传递 
一 个 带 有 run 方法 ， 返回 值 为 voiad ( 即 不 返回 任何 对 象 ) 的 匿名 类 ， 非 常 爱 肿 。 这 种 匿名 类 通 
常会 实现 一 个 Runnable 接口 。 

在 Java 里, 你 可 以 使 用 Runnable 接口 表示 一 个 要 执行 的 代码 块 。 请 注意 ， 该 代码 不 会 返 
回 任何 结果 ( 即 void ): 















































// java.lang.Runnable 
public interface Runnablet 
void run(); 


} 
你 可 以 像 下 面 这 样 ， 使 用 这 个 接口 创建 执行 不 同行 为 的 线程 : 


Thread t = new Thread (new Runnable() { 
DUBLLTG VOT. TUT(Y 
System.out .println("Hello world"); 
} 
人 
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用 Lambda 表达 式 的 话 ， 看 起 来 是 这 样 : 


Thread t = new Thread(() -> System.out.println("Hello world")); 


2.4.3 通过 callable 返回 结果 














你 可 能 已 经 非常 熟悉 Java 5 引入 的 ExecutorService。ExecutorService 接口 解 耦 了 任 
务 的 提交 和 执行 。 与 使 用 线程 和 Runnable 的 方式 比较 起 来 ， 通 过 ExecutorSservice 你 可 以 
把 一 项 任务 提交 给 一 个 线程 池 , 并 且 可 以 使 用 Future 获取 其 执行 的 结果 , 这 种 方式 用 处 非常 大 。 
不 必 担 心 你 对 此 一 无 所 知 , 我 们 会 在 之 后 讨论 并 发 的 章节 中 详细 介绍 这 部 分 内 容 。 目 前 你 只 需要 
知道 使 用 callable 接口 可 以 对 返回 结果 的 任务 建 模 。 你 可 以 把 它 看 成 升级 版 的 Runnable: 
































// java.util.concurrent.Callable 

public interface Callable<V> { 
Val 

} 


你 可 以 像 下 面 这 样 使 用 它 ， 即 提交 一 个 任务 给 Executorservice。 下面 这 段 代 码 会 返回 执 
行 任务 的 线程 名 : 





ExecutorService executorService = Executors.newCachedThreadPool (); 
Future<String> threadName = executorService.submit (new Callable<String>() { 
@Override 
public String call() throws Exception { 
return Thread.currentThread() .getName (); 
l 
}); 


如 果 使 用 Lambda 表达 式 ， 上 述 代 码 可 以 更 加 简化 ， 如 下 所 示 : 


Future<String> threadName = executorService.submit!( 
() -> Thread.currentThread() .getName ()); 


2.4.4 GUI 事件 处 理 


GUI 编程 的 一 个 典型 模式 就 是 执行 一 个 操作 来 响应 特定 事件 ， 如 鼠标 单 击 或 在 文本 上 嫩 停 。 
例如 , 如 果 用 户 单 击 “ 发 送 ”按钮 , 你 可 能 想 显 示 一 个 弹出 式 窗口 , 或 把 行为 记录 在 一 个 文件 中 。 
你 还 是 需要 一 种 方法 来 应 对 变化 。 你 应 该 能 够 作出 任意 形式 的 响应 。 在 JavaFX 中 ， 你 可 以 使 用 
EventHandler， 把 它 传 给 setonAction 来 表示 对 事件 的 响应 : 



































Button button = new Button("Send"); 
button.setOnAction(new EventHandler<ActionEvent>() { 
public void handle(ActionEvent event) { 
label.setText ("Sent!!"); 
} 
en 


36 第 2 章 通过 行为 参数 化 传递 代码 





这 里 ，setonAction 方法 的 行为 就 用 1 


EventHandler 参数 化 了 。 用 Lambda 表达 式 的 话 ， 





看 起 来 就 是 这 样 : 





button.setOnAction( (ActionEvent event) -> label.setText ("Sent!!")); 


2.5 ”小结 


以 下 是 本 章 中 的 关键 概念 。 








行为 的 能 力 。 








口 行为 参数 化 就 是 一 个 方法 接受 多 个 不 同 的 行为 作为 参数 ， 并 在 内 部 使 用 它们 ， 完 成 不 同 


口 行为 参数 化 可 让 代码 更 好 地 适应 不 断 变 化 的 要 求 ， 减 轻 未 来 的 工作 量 。 
口 传递 代码 就 是 将 新 行为 作为 参数 传递 给 方法 。 但 在 Java 8 之 前 这 实现 起 来 很 喝 唆 。 为 接 
口 声明 许多 只 用 一 次 的 实体 类 而 造成 的 嗓 唆 代码 ,在 Java 8 之 前 可 以 用 匿名 类 来 减少 。 





口 Java API 包含 很 多 可 以 用 不 同行 为 进 





行 参数 化 的 方法 ， 包 括 排序 、 线 程 和 GUI 处 理 。 


Lambda 表达 式 








本 章 内 容 

口 Lambda 管 中 宪 葛 

口 在 哪里 以 及 如 何 使 用 Lambda 
口 环绕 执行 模式 

口 函数 式 接口 ， 类 型 推断 

口 方法 引用 

口 Lambda 复合 








在 上 一 章 中 , 你 了 解 了 利用 行为 参数 化 来 传递 代码 有 助 于 应 对 不 断 变化 的 需求 。 它 允许 你 定 
义 一 段 代 码 块 来 表示 一 个 行为 , 然后 传递 它 。 你 可 以 决定 在 某 一 事件 发 生 时 ( 例如 单 击 一 个 按钮 ) 
或 在 算法 中 的 某 个 特定 时 刻 〈 例如 筛选 算法 中 类 似 于 “重量 超过 150 克 的 苹果 ”的 谓词 ,或 排序 
中 自 定 义 的 比较 操作 ) 运行 该 代码 块 。 一 般 来 说 ,利用 这 个 概念 ,你 就 可 以 编写 更 为 灵活 且 可 重 
复 使 用 的 代码 了 。 

但 你 也 看 到 了 , 采用 匿名 类 来 表示 多 种 行为 并 不 令 人 满意 : 代码 十 分 喝 唆 ,这 会 影响 程序 员 
在 实践 中 使 用 行为 参数 化 的 积极 性 。 本 章 会 教 给 你 Java 8 解决 这 个 问题 的 新 工具 一 一 Lambda 表 
达 式 。 它 能 帮助 你 很 简洁 地 表示 一 个 行为 或 者 传递 代码 。 现 在 你 可 以 把 Lambda 表达 式 看 成 匿名 
函数 ， 它 基本 上 就 是 没有 声明 名 称 的 方法 ， 但 和 匿名 类 一 样 ， 它 也 能 作为 参数 传递 给 一 个 方法 。 

我 们 会 展示 如 何 构建 Lambda， 它 的 使 用 场合 ， 以 及 如 何 利 用 它 让 代码 更 简洁 。 还 会 介绍 一 
些 新 的 东西 ， 如 类 型 推断 以 及 Java 8 API 中 新 增 的 重要 接口 。 最 后 会 介绍 方法 引用 ， 这 是 个 常常 
与 Lambda 表达 式 联合 使 用 的 新 功能 ， 非 常 有 价值 。 

本 章 的 行文 思想 就 是 教 你 如 何 一 步 一 步 地 写 出 更 简洁 、 更 灵活 的 代码 。 本 章 结束 时 , 我们 会 
把 所 有 教 过 的 概念 融合 在 一 个 具体 的 例子 里 : 用 Lambda 表达 式 和 方法 引用 逐步 改进 第 2 章 中 的 
排序 例子 ， 使 之 更 加 简明 易 读 。 这 一 章 很 重要 ， 我 们 会 在 本 章 中 大 量 使 用 贯穿 全 书 的 Lambda。 






















































































3.1 Lambda 管 中 震 鹏 
可 以 把 Lambda 表达 式 理 解 为 一 种 简洁 的 可 传递 匿名 函数 : 它 没 有 名 称 ， 但 它 有 参数 列表 、 
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函数 主体 、 返 回 类 型 ， 可 能 还 有 一 个 可 以 抛 出 的 异常 列表 。 这 个 定义 够 大 的 ， 让 我 们 慢 慢 道 来 。 
口 匿名 一 一 说 它 是 匿名 的 , 因为 它 不 像 普 通 的 方法 那样 有 一 个 明确 的 名 称 : 写 得 少 而 想 得 多 ! 
口 函数 一 一 说 它 是 一 种 函数 , 是 因为 Lambda 函数 不 像 方 法 那样 属于 某 个 特定 的 类 。 但 和 方 
法 一 样 ，Lambda 有 参数 列表 、 函 数 主体 、 返 回 类 型 ， 还 可 能 有 可 以 抛 出 的 异常 列表 。 
口 传递 一 Lambda 表达 式 可 以 作为 参数 传递 给 方法 或 存储 在 变量 

口 简洁 一 一 你 无 须 像 匿名 类 那样 写 很 多 模板 代码 。 

你 是 不 是 很 好 奇 Lambda 这 个 词 是 从 哪儿 来 的 ?其 实 它 起 源 于 学 术 界 开发 出 的 一 套用 来 描述 
计算 的 入 演算 法 。 

你 为 什么 应 该 关心 Lambda 表达 式 呢 ? 你 在 上 一 章 中 看 到 了 , 在 Java 中 传递 代码 十 分 烦琐 和 
元 长 。 那 么 , 现在 有 了 好 消息 ! Lambda 解决 了 这 个 问题 : 它 可 以 让 你 十 分 简明 地 传递 代码 。 理 
论 上 来 说 ， 你 在 Java 8 之 前 做 不 了 的 事情 ，Lambda 也 做 不 了 。 但 是 ， 现 在 你 用 不 着 再 用 匿名 类 
写 一 堆 笨 重 的 代码 ， 来 体验 行为 参数 化 的 好 处 了 ! Lambda 表达 式 鼓 励 你 采用 上 一 章 中 提 到 的 行 
为 参数 化 风格 。 最 终结 果 就 是 你 的 代码 变 得 更 清晰 、 更 灵活 。 比 如 ， 利 用 Lambda 表达 式 ， 你 可 
以 更 为 简洁 地 自 定义 一 个 Ccomparator 对 象 。 

先前 : 

Comparator<Apple> byWeight = new Comparator<Apple>() { 


public int compare(Apple al, Apple a2){ 
return al.getWeight () .compareTo(a2.getWeight ()); 





































































































} 
站 


之 后 (用 了 Lambda 表达 式 ): 


Comparator<Apple> byWeight = 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 


不 得 不 承认 ， 代码 看 起 来 更 清晰 了 ! 要 是 现在 你 觉得 Lambda 表达 式 看 起 来 一 头 雾 水 的 话 也 
没关系 ,我 们 很 快 会 一 点 点 解释 清楚 的 。 现 在 ,请 注意 你 基本 上 只 传递 了 比较 两 个 人 苹果 重量 所 丰 
正 需 要 的 代码 。 看 起 来 就 像 是 只 传递 了 compare 方法 的 主体 。 你 很 快 就 会 学 到 ， 你 甚至 还 可 以 
进一步 简化 代码 。 下 一 节 会 解释 在 哪里 以 及 如 何 使 用 Lambda 表达 式 。 

我 们 刚刚 展示 给 你 的 Lambda 表达 式 有 三 个 部 分 ， 如 图 3-1 所 示 。 

箭头 



































(Apple al, Apple a2) -> al.getWeight() .compareTol(a2 .getWeight()) 7 
l | [ | 


[ T 
Lambda Lambda 


全 十 








图 3-1 Lambda 表达 式 由 参数 、 箭 头 和 主体 组 成 








口 参数 列表 这 里 它 采 用 了 comparator 中 compare 方法 的 参数 ， 两 个 Apple。 
口 箭头 一 一 箭头 -> 把 参数 列表 与 Lambda 主体 分 隔 开 。 
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口 Lambda 主体 一 一 比较 两 个 Apple 的 重量 。 表 达 式 就 是 Lambda 的 返回 值 。 
为 了 进一步 说 明 ， 下 面 给 出 了 Java 8 中 五 个 有 效 的 Lambda 表达 式 的 例子 。 


代码 清单 3-1 Java 8 中 有 效 的 Lambda 表达 式 
第 一 个 Lambda 表达 式 具 有 一 个 string 类 型 的 参数 并 返回 一 


(String s) -> s.length!() 二 | 个 int。Lambda 没有 return 语句 ， 因 为 已 经 隐 含 了 return 
(Apple a) -> a.getWeight() > 150 < 
(int x, int y) -> { | 第 二 个 Lambda 表 达 式 有 一 个 Apple 类 型 的 参数 并 


System.out .println("Result:"); 返回 一 个 boolean (苹果 的 重量 是 否 超过 150 克 ) 


System.out .println(X + y); 
”| 第 三 个 Lambda 表达 式 具 有 两 个 int 类 型 的 参数 而 没有 返回 值 (voia 
返回 )。 注 意 Lambda 表达 式 可 以 包含 多 行 语句 ， 这 里 是 两 行 
() -> 42 i 
Eo al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight()) 
第 


五 个 Lambda 表达 式 具 有 两 个 Apple 类 型 的 第 四 个 Lambda 表达 式 没 
参数 ， 返 回 一 个 int: 比较 两 个 Apple 的 重量 有 参数 ， 返 回 一 个 1at 

















Java 语言 设计 者 选择 这 样 的 语法 ， 是 因为 C# 和 Scala 等 语言 中 的 类 似 功能 广 受 欢迎 。 
JavaScript 也 有 类 似 的 语法 。Lambda 的 基本 语法 是 ( 被 称 为 表达 式 - 风 格 的 Lambda ) 
(parameters) -> expression 
或 (请 注意 语句 的 花 括号 ， 这 种 Lambda 经 常 被 叫 作 块 -风格 的 Lambda ) 
(parameters) -> { statements; } 


你 可 以 看 到 , Lambda 表达 式 的 语法 很 简单 。 做 一 下 测验 3.1, 看 看 自己 是 不 是 理解 了 这 个 模式 。 




















测验 3.1: Lambda 语法 
根据 上 述 语法 规则 ， 以 下 哪个 不 是 有 效 的 Lambda 表达 式 ? 


(Do 

(2) () -> "Raoul" 
”eeurn Marie 
下 


(4) 

(em en vn 

答案 : 只 有 (4) 和 (5) 是 无 效 的 Lambda， 其 余 都 是 有 效 的 。 详 细 解 释 如 下 。 

(1) 这 个 Lambda 没有 参数 , 并 返回 void。 它 类 似 于 主体 为 空 的 方法 :public void run() 
{}。 一 个 有 趣 的 事实 : 这 种 Lambda 也 经 常 被 叫 作 “汉堡 型 Lambda”。 如 果 只 从 一 边 看 ， 它 
的 形状 就 像 是 两 块 圆 面 包 组 成 的 汉堡 。 

(2) 这 个 Lambda 没有 参数 ， 并 返回 String 作为 表达 式 。 

(3) 这 个 Lambda 没有 参数 ， 并 返回 String (利用 显 式 返回 语句 )。 

(4) return 是 一 个 控制 流 语句 。 要 使 此 Lambda 有 效 ， 需 要 使 用 花 括 号 ， 如 下 所 示 : 


(TEMES er i 


nteger i) -> return "Alan" + i; 


( 
( 
G) 
( 
( 
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(5)“Iron Man” 是 一 个 表达 式 ， 不 是 一 个 语句 。 要 使 此 Lambda 有 效 ， 可 以 去 除 花 括 号 和 
分 号 ， 如 下 所 示 : 


(Sn ne Ma 
或 者 如 果 你 喜欢 ， 可 以 使 用 显 式 返回 语句 ， 如 下 所 示 : 
(SErTLinRe 





表 3-1 提供 了 一 些 Lambda 的 例子 和 使 用 案例 。 


表 3-1 Lambda 示例 








使 用 案例 Lambda 示例 
布尔 表达 式 (List<String> list) -> list.isEmpty() 
创建 对 象 () -> new Apple(10) 
消费 一 个 对 象 (Apple a) -> { 


System.out .println(a.getWeight ()); 
} 





从 一 个 对 象 中 选择 /抽取 (String s) -> s.length() 
组 合 两 个 值 (int a, int b) ->a*b 
比较 两 个 对 象 (Apple al, Apple a2) -> 


al.getWeight () .compareTo(a2.getWeight () ) 


3.2 在 哪里 以 及 如 何 使 用 Lambda 


现在 你 可 能 在 想 ， 在 哪里 可 以 使 用 Lambda 表达 式 。 在 上 一 个 例子 中 ， 你 把 Lambda 赋 给 了 一 
个 comparator<Apple> 类 型 的 变量 。 你 也 可 以 在 上 一 章 中 实现 的 filter 方法 中 使 用 Lambda: 














List<Apple> greenApples = 
filter(inventory, (Apple a) -> GREEN.equals(a.getColor())); 


那 到 底 在 哪里 可 以 使 用 Lambda 呢 ? 你 可 以 在 函数 式 接口 上 使 用 Lambda 表达 式 。 在 上 面 的 代 
人 码 中 , 可 以 把 Lambda 表达 式 作 为 第 二 个 参数 传 给 filter 方法 , 因为 它 这 里 需要 Predicate<T>， 
而 这 是 一 个 函数 式 接口 。 如 果 这 听 起 来 太 抽象 , 不 要 担心 , 现在 我 们 就 来 详细 解释 这 是 什么 意思 ， 
以 及 函数 式 接口 是 什么 。 


3.2.1 ”区 数 式 接口 


还 记得 你 在 第 2 章 里 , 为 了 参数 化 filter 方法 的 行为 而 创建 的 Predicate<T> 接 口 吗 ? 它 
就 是 一 个 函数 式 接口 ! 为 什么 呢 ? 因为 predicate 仅仅 定义 了 一 个 抽象 方法 : 









































public interface Predicate<T>{ 
boolean test (T t); 
} 
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言 以 蔽 之 ,函数 式 接口 就 是 只 定义 一 个 抽象 方法 的 接口 。 你 已 经 知道 了 JavaAPI 中 的 一 些 
其 他 也 数 式 接口 ， 如 第 2 章 中 谈 到 的 Comparator 和 Runnable。 


public interface Comparator<T> { < java.util.Comparator 
int compare(T ol1l, T o2): 


public interface Runnable { < java.lang.Runnable 
void run(); 


public interface ActionListener extends EventListener { < java.awt.event. 
ActionListener 
void actionPerformedq(ActionEvent e); 





public interface Callable<V> { < java.util.concurrent.Callable 
V call() throws Exception; 








public interface PrivilegedAction<T> { < java.security.PrivilegedAction 
T run(); 


注意 你 将 会 在 第 13 章 中 看 到 , 接口 现在 还 可 以 拥有 默认 方法 ( 即 在 类 没有 对 方法 进行 实现 时 ， 
其 主体 为 方法 提供 默认 实现 的 方法 )。 哪 怕 有 很 多 默认 方法 ， 只 要 接口 只 定义 了 一 个 抽象 
方法 ， 它 就 仍然 是 一 个 函数 式 接口 。 











为 了 检查 你 的 理解 程度 ， 测 验 3.2 将 帮助 你 测试 自己 是 否 掌握 了 函数 式 接口 的 概念 。 


测验 3.2: 函数 式 接口 

下 面 哪些 接口 是 函数 式 接口 ? 
二 下放 

mi erekel (bn mel IE ON 
} 
Bublie Tneenfiace SEE ereende Adgdernt 

int add(double a, double b); 
} 
Sublie meertdee nor 
} 
答案 : 只 有 Adder 是 函数 式 接口 。 
SmartAdder 不 是 函数 式 接口 ， 因 为 它 定 义 了 两 个 叫 作 adq 的 抽象 方法 (其 中 一 个 是 从 

Adder 那里 继承 来 的 )。 


Nothing 也 不 是 函数 式 接口 ， 因 为 它 没有 声明 抽象 方法 。 


用 函数 式 接口 可 以 干什么 呢 ? Lambda 表达 式 允 许 你 直接 以 内 联 的 形式 为 函数 式 接口 的 抽象 
方法 提供 实现 , 并 把 整个 表达 式 作为 函数 式 接口 的 实例 ( 具体 说 来 ,是 函数 式 接口 一 个 具体 实现 
的 实例 )。 你 用 匿名 内 部 类 也 可 以 完成 同样 的 事情 ， 只 不 过 比较 策 拙 : 需要 提供 一 个 实现 ， 然 后 
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青 直接 内 联 将 它 实例 化 。 下 面 的 代码 是 有 效 的 ， 因 为 Runnaple 是 只 定义 了 一 个 抽象 方法 run 
的 函数 式 接口 : 





Runnable rl = () -> System.out .println("Hello World 1"); < 使 用 Lambda 
Runnable r2 = new Runnable(){ < 

public void run(){ EE 

System.out .println("Hello World 2"); 使 用 匿名 类 

} 
} 
public static void process (Runnable r)f{ 打印 “Hello Worla 2” 

下 

El] “Hello World 1” 

on (r1); < ns 利用 直接 传递 的 Lambda 
process (r2); <- 一 打印 “Hello World 3” 
process(() -> System.out .println("Hello World 3")) < 


3.2.2 ”函数 捅 述 符 


函数 式 接口 的 抽象 方法 的 签名 基本 上 就 是 Lambda 表达 式 的 签名 。 我 们 将 这 种 抽象 方法 叫 作 函 
数 描述 符 。 例 如 ，Runnapble 接口 可 以 看 作 一 个 什么 也 不 接受 什么 也 不 返回 ( voia ) 的 函数 的 签 
名 ， 因 为 它 只 有 一 个 叫 作 run 的 抽象 方法 ， 这 个 方法 什么 也 不 接受 ， 什 么 也 不 返回 (voida)。” 

本 章 中 使 用 了 一 个 特殊 表示 法 来 描述 Lambda 和 函数 式 接口 的 签名 。() -> void 代表 了 参 
数列 表 为 空 且 返回 voia 的 函数 。 这 正 是 Runnaple 接口 所 代表 的 。 再 举 一 个 例子 ，(Apple， 
Apple) -> int 代表 接受 两 个 Apple 作为 参数 日 返回 int 的 函数 。3.4 节 和 本 章 后 面 的 表 3-2 
中 提供 了 关于 函数 描述 符 的 更 多 信息 。 

你 可 能 已 经 在 想 ， Lambda 表达 式 是 怎么 做 类 型 检查 的 。3.5 节 会 详细 介绍 编译 器 是 如 何 检查 
Lambda 在 给 定 上 下 文中 是 否 有 效 的 。 现 在 ， 只 要 知道 Lambda 表达 式 可 以 被 赋 给 一 个 变量 ,或 
传递 给 一 个 接受 函数 式 接口 作为 参数 的 方法 就 好 了 ， 当 然 这 个 Lambda 表达 式 的 签名 要 和 函数 式 
接口 的 抽象 方法 一 样 。 比 如 ， 在 之 前 的 例子 里 ， 你 可 以 像 下 面 这 样 直 接 把 一 个 Lambda 传 给 
process 方法 : 















































public void process (Runnable r)f{ 
re( 
} 


process(() -> System.out.println("This is awesome!!")); 


此 段 代 码 执 行 时 将 打印 “This is awesome!!”。Lambda 表达 式 () -> System.out .println 
("This is awesome!1!") 不 接受 参数 日 返回 voig。 这 恰恰 是 Runnapble 接口 中 run 方法 的 签名 。 


























GD Scala 等 语言 的 类 型 系统 提供 显 式 类 型 标注 ， 可 以 描述 函数 的 类 型 ( 称 为 “函数 类 型 " )。Java 重用 了 函数 式 接口 提 
供 的 标准 类 型 ， 并 将 其 映射 成 一 种 形式 的 函数 类 型 。 












































3.2 ”在 哪里 以 及 如 何 使 用 Lambda 43 





Lambda 及 空 方法 调用 

虽然 下 面 这 种 Lambda 表达 式 调用 看 起 来 很 奇怪 ， 但 是 合法 的 : 

process(() -> System.out.println("This is awesome")); 

System.out.println 返回 void, 所 以 很 明显 这 不 是 一 个 表达 式 ! 为 什么 不 像 下 面 这 样 
用 花 括 号 环绕 方法 体 呢 ? 

SRoOCGese(0 or ereen om er me ANSomen 二 

结果 表明 ， 方 法 调用 的 返回 值 为 空 时 ，Java 语言 规 范 有 一 条 特殊 的 规定 。 这 种 情况 下 ， 你 
不 需要 使 用 括号 环绕 返回 值 为 空 的 单行 方法 调用 。 


你 可 能 会 想 :“ 为 什么 在 只 需要 函数 式 接口 的 时 候 才 可 以 传递 Lambda 呢 ? ”语言 的 设计 者 
也 考虑 过 其 他 办 法 ,例如 给 Java 添加 函数 类 型 4 有 点 儿 像 我 们 介绍 描述 Lambda 表达 式 签名 时 的 
特殊 表示 法 ， 第 20 章 和 第 21 章 会 继续 讨论 这 个 问题 )。 但 是 他 们 选择 了 现在 这 种 方式 ， 因 为 这 
种 方式 很 自然 ， 并 且 能 避免 让 语言 变 得 更 复杂 。 此 外 ， 大 多 数 Java 程序 员 都 已 经 熟悉 了 带 有 一 
个 抽象 方法 的 接口 ( 壁 如 进行 事件 处 理 时 )。 然 而 ， 最 重要 的 原因 在 于 Java 8 之 前 函数 式 接 口 就 
已 经 得 到 了 广泛 应 用 。 这 意味 着 ， 采 用 这 种 方式 ， 遗 留 代 码 迁 移 到 Lambda 表达 式 的 迁移 路 径 会 
比较 顺畅 。 实 际 上 ， 你 已 经 使 用 函 数 式 接口 ， 像 comparator 、Runnable， 甚 至 你 自己 的 接 
口 ， 如 果 只 定义 了 一 个 抽象 方法 ， 都 算是 函数 式 接口 。 你 可 以 使 用 Lambda 表达 式 替 换 他 们 ， 而 
无 须 修改 你 的 API。 试 试看 测验 3.3 ,测试 一 下 你 对 哪里 可 以 使 用 Lambda 这 个 知识 点 的 掌握 情况 。 


测验 3.3: 在 哪里 可 以 使 用 Lambda 
以 下 哪些 是 使 用 Lambda 表达 式 的 有 效 方式 ? 



























































(1) execute(() -> {}); 
public void execute(Runnable r){ 
Te ta) 


} 


(rouse el em 
return () -> "Tricky example ;-)"; 


} 
(3) Predicate<Apple> p = (Apple a) -> a.getWeight (); 


答案 : 只 有 (1) 和 (2) 是 有 效 的 。 

第 (1) 个 例子 有 效 ， 是 因为 Lambda() -> {} 具 有 签名 () -> void, 这 和 Runnable 中 的 
抽象 方法 run 的 签名 相 匹 配 。 请 注意 ， 此 代码 运行 后 什么 都 不 会 做 ， 因 为 Lambda 是 空 的 ! 

第 (2) 个 例子 也 是 有 效 的 。 事 实 上 ，fetch 方法 的 返回 类 型 是 callable<Sttring>。 
CallasplieetrineS 人 本 上 上访 守 307 一 个 方法 ， 竹 放 于 0 二 > LVINd 其 中 中视 gtino 
代替 了 。 因 为 Lambda() -> "Trickyexample;-)" 的 签名 是 () -> String， 所 以 在 这 个 上 
下 文中 可 以 使 用 Lambda。 

第 (3) 个 例子 无 效 , 因为 Lambda 表达 式 (Apple a) -> a.getWeignt () 的 签名 是 (Apple) 
-> Integer, 这 和 Predicate<Apple>: (Apple) -> boolean 中 定义 的 test 方法 的 签 
名 不 同 。 
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@FunctionalInterface 又 是 怎么 回 事 ? 

如 果 你 去 看 看 新 的 Java API， 会 发 现 函 数 式 接 口 带 有 QFunctionalInterface 的 标注 
(3.4 节 中 会 深入 研究 函数 式 接 口 ， 并 会 给 出 一 个 长 长 的 列表 )。 这 个 标注 用 于 表示 该 接口 会 设 
计 成 一 个 函数 式 接口 ， 因 此 对 文档 来 说 非常 有 用 。 此 外 ， 如 果 你 用 eFunctionalInterface 
定义 了 一 个 接口 ， 而 它 不 是 函数 式 接 口 的 话 ， 编 译 器 将 返回 一 个 提示 原因 的 错误 。 例 如 ， 错 误 
消息 可 能 是 “Multiple non-overriding abstract methods found in interface Foo”， 表 明 存 在 多 个 抽 
象 方法 。 请 注意 ，eFunctionalInterface 不 是 必需 的 ， 但 对 于 为 此 设计 的 接口 而 言 ， 使 用 
它 是 比较 好 的 做 法 。 它 就 像 是 aQOverride 标注 表示 方法 被 重 写 了 。 


3.3 把 Lambda 付 诸 实践 : 环绕 执行 模式 


让 我 们 通过 一 个 例子 ， 看 看 在 实践 中 如 何 利 用 Lambda 和 行为 参数 化 来 让 代码 更 为 灵活 ， 更 
为 简洁 。 资源 处 理 (例如 处 理 文件 或 数据 库 ) 时 一 个 常见 的 模式 就 是 打开 一 个 资源 , 做 一 些 处 理 ， 
然后 关闭 资源 。 这 个 设置 和 清理 阶段 总 是 很 类 似 , 并 且 会 围绕 着 执行 处 理 的 那些 重要 代码 。 这 就 
是 所 谓 的 环绕 执行 (execute around ) 模式 ， 如 图 3-2 所 示 。 例 如 ， 在 以 下 代码 中 ， 加 粗 显 示 的 就 
是 从 一 个 文件 中 读 取 一 行 所 需 的 模板 代码 ( 注意 你 使 用 了 Java 7 中 的 带 资 源 的 try 语句 ， 它 已 
经 简化 了 代码 ， 因 为 你 不 需要 显 式 地 关闭 资源 了 ): 




































































public String processFile() throws IOException { 
try (BufferedReader br = 
new BufferedReader (new FileReader("data.txt"))) { 





return br.readLine(); 本 
} 这 就 是 做 有 用 工 
} 作 的 那 行 代码 
初始 化 /准备 代码 初始 化 /准备 代码 
任务 A 任务 B 
清理 /结束 代码 清理 /结束 代码 





























图 3-2 任务 A 和 任务 B 周转 都 环绕 着 进行 准备 /清理 的 同一 段 元 余 代码 











3.3.1 第 1 步 : 记得 行为 参数 化 




















现在 这 段 代码 是 有 局 限 的 。 你 只 能 读 文 件 的 第 一 行 。 如 果 你 想 要 返回 头 两 行 ， 甚至 是 返回 使 
用 最 频繁 的 词 ， 该 怎么 办 呢 ? 在 理想 的 情况 下 ， 你 要 重用 执行 设置 和 清理 的 代码 ， 并 告诉 
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processFile 方法 对 文件 执行 不 同 的 操作 。 这 听 起 来 是 不 是 很 耳 熟 ? 是 的 ,你 需要 把 processFile 
的 行为 参数 化 ,你 需要 一 种 方法 把 行为 传递 给 processFile, 以 便 它 可 以 利用 BufferedReader 
执行 不 同 的 行为 。 

传递 行为 正 是 Lambda 的 拿手 好 戏 。 那 要 是 想 一 次 读 两 行 ， 这 个 新 的 processFile 方法 看 
起 来 义 该 是 什么 样 的 呢 ? 基 本 上 ,你 需要 一 个 接受 BufferedReader 并 返回 String 的 Lambda。 
例如 ， 下 面 就 是 从 BufferedReagder 中 打印 两 行 的 写法 : 








String result 
= processFilel( (BufferedReader br) -> br.readLine() + br.readLine()); 


3.3.2 第 2 步 : 使 用 函数 式 接口 来 传递 行为 


前 面 解释 过 了 ，Lambda 仅 可 用 于 上 下 文 是 函数 式 接口 的 情况 。 你 需要 创建 一 个 能 匹配 
BufferedReader -> String， 还 可 以 抛 出 IoException 异常 的 接口 。 让 我 们 把 这 一 接口 叫 
作 BufferedReaderProcessor 吧 。 














FunctionalInterface 
public interface BufferedReaderProcessor { 
String process (BufferedReader b) throws IOException; 


} 
现在 你 就 可 以 把 这 个 接口 作为 新 的 processFile 方法 的 参数 了 : 


public String processFile(BufferedReaderProcessor p) throws IOException { 


} 


3.3.3 第 3 步 : 执行 一 个 行为 


任何 BufferedReader -> String 形式 的 Lambda 都 可 以 作为 参数 来 传递 ， 因 为 它们 符合 
BufferedReaderProcessor 接口 中 定义 的 process 方法 的 签名 。 现 在 你 只 需要 一 种 方法 在 
processFile 主体 内 执行 Lambda 所 代表 的 代码 。 请 记 住 ，Lambda 表达 式 人 允许 你 直接 内 联 ， 为 
函数 式 接口 的 抽象 方法 提供 实现 , 并 且 将 整个 表达 式 作 为 函数 式 接口 的 一 个 实例 。 因此, 你 可 以 
在 processFile 主体 内 , 对 得 到 的 BufferedReaderProcessor 对 象 调 用 process 方法 执行 
处 理 : 

















public String processFile(BufferedReaderProcessor p) throws IOException { 
try (BufferedReader br = 
new BufferedReader (new FileReader ("data.txt"))) { 
return p.process (br); 所 一 
} 处 理 BufferedReader 对 象 
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3.3.4 第 4 步 : 传递 Lambda 


现在 你 就 可 以 通过 传递 不 同 的 Lambda 来 重用 processFile 方法 
件 了 。 
处 理 一 行 : 





Tt 





， 并 以 不 同 的 方式 处 理 文 


String oneLine = 
processFile( (BufferedReader br) -> br.readLine()); 


处 理 两 行 : 


String twoLines = 
processFile( (BufferedReader br) -> br.readLine() + br.readLine()); 


3-3 总 结 了 所 采取 的 使 pocessFile 方法 更 灵活 的 四 个 步骤 。 








public String processFile() throws IOException { 1] 
try (BufferedReader br = 
new BufferedReader (new FileReader("data.txt"))}))})t{ 


return br.readLine(); 





public interface BufferedReaderProcessor { @ 
String process (BufferedReader b) throws IOException; 


public String processrFile (BufferedReaderProcessor p) throws 
IOException { 





public String processFile(BufferedReaderProcessor p) @ 
throws IOException { 
try (BufferedReader br = 
new BufferedReader (new FileReader ("data.txt")))t 
return p.process (br); 





String oneLine = processFile( (BufferedReader br) -> @ 
br.readLine()); 


String twoLines = processFile( (BufferedReader br) -> 
br.readLine() + br.reagdLine()); 








图 3-3 ”应 用 环绕 执行 模式 所 采取 的 四 个 步骤 
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我 们 已 经 展示 了 如 何 利用 函数 式 接 口 来 传递 Lambda， 但 你 还 是 得 定义 自己 的 接口 。 下 一 节 
会 探讨 Java 8 中 加 入 的 新 接口 ， 你 可 以 重用 它 来 传递 多 个 不 同 的 Lambda。 


3.4 使 用 函数 式 接 口 


就 像 你 在 3.2.1 节 中 学 到 的 ， 函 数 式 接口 定义 且 只 定义 了 一 个 抽象 方法 。 函 数 式 接口 很 有 用 ， 
因为 抽象 方法 的 签名 可 以 描述 Lambda 表达 式 的 签名 。 函 数 式 接口 的 抽象 方法 的 签名 称 为 函数 描 
述 符 。 所 以 为 了 应 用 不 同 的 Lambda 表达 式 , 你 需要 一 套 能 够 描述 常见 函数 描述 符 的 函数 式 接口 。 
Java API 中 已 经 有 了 几 个 函数 式 接 口 ， 比 如 你 在 3.2 节 中 见 到 的 comparator 、Runnable 和 
Callableo 

Java 8 的 库 设 计 师 帮 你 在 java.util.function 包 中 引入 了 几 个 新 的 函数 式 接 口 。 我 们 接 
下 来 会 介绍 Predicate、Consumer 和 Eunction， 更 完整 的 列表 可 见 本 节 结 尾 处 的 表 3-2。 











3.4.1 Predicate 


java.util.function.Predicate<T> 接 口 定 义 了 一 个 名 叫 test 的 抽象 方法 ， 它 接受 泛 
型 T 对象， 并 返回 一 个 boolean。 这 恰恰 和 你 先前 创建 的 一 样 ， 现 在 就 可 以 直接 使 用 了 。 在 你 
需要 表示 一 个 涉及 类 型 T 的 布尔 表达 式 时 ， 就 可 以 使 用 这 个 接口 。 比 如 ， 你 可 以 定义 一 个 接受 
String 对 象 的 Lambda 表达 式 ， 如 下 所 示 。 


代码 清单 3-2 使 用 Predicate 
FunctionalInterface 
public interface Predicate<T> { 
boolean test(T t); 

















} 
public <T> List<T> filter(List<T> list, Predicate<T> p) { 
List<T> results = new ArrayList<>(); 
foE(m te Listy) 二 
if(p.test(t)) { 
results.add(t); 
} 
} 
return results; 
} 
Predicate<String> nonEmptyStringPredicate = (String s) -> !s.isEmpty(); 
List<String> nonEmpty = filter(listOfStrings, nonEmptyStringPredicate); 


如 果 你 去 查 Predicate 接口 的 Javadoc 说 明 ， 可 能 会 注意 到 诸如 and 和 or 等 其 他 方法 。 
现在 你 不 用 太 计 较 这 些 ，3.8 节 会 讨论 。 








3.4.2 Consumer 


java.util.function.Consumer<T> 接 口 定 义 了 一 个 名 叫 accept 的 抽象 方法 , 它 接 受 泛 
型 T 的 对 象 , 没有 返回 (voida )。 你 如 果 需 要 访问 类 型 T 的 对 象 ， 并 对 其 执行 某 些 操作 ， 就 可 以 
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使 用 这 个 接口 。 比 如 ， 你 可 以 用 它 来 创建 一 个 for] 





对 其 中 每 个 元 素 执行 操作 。 在 下 面 的 代码 中 , 你 就 可 以 使 月 


来 打印 列表 中 的 所 有 元 素 。 
代码 清单 3-3 ”使 用 consumer 


@FunctionalInterface 
public interface Consumer<T>{ 
void accept (T t); 
} 
pubBLTicG, <T> YYOTQ forEach (List<TS list, 
和 号 
c.accept (i); 


Cons 


} 
} 
forEach ( 
Arrays.asList(1,2,3,4,5), 
(Integer i) -> System.out .Println( 
号 


3.4.3 Function 


Pach 方法 ， 接 受 一 个 Integers 的 列表 ,并 
日 这 个 forEach 方法 ,并 配合 Lambda 








umer<T> c)f{ 


Lambda 是 consumer 
中 accept 方法 的 实现 


i) < 一 


java.util.function.Function<T，R> 接 口 定 义 了 一 个 叫 作 apply 的 抽象 方法 , 它 接受 
泛 型 T 的 对 象 ， 并 返回 一 个 泛 型 R 的 对 象 。 如 果 你 需要 定义 一 个 Lambda， 将 输入 对 象 的 信息 映 
射 到 输出 ， 就 可 以 使 用 这 个 接口 ( 比如 提取 苹果 的 重量 ,或 把 字符 串 映 射 为 它 的 长 度 )。 在 下 面 
的 代码 中 ， 我 们 向 你 展示 如 何 利 用 它 来 创建 一 个 map 方法 ， 以 将 一 个 string 列表 映射 到 包含 





每 个 String 长 度 的 Integer 列表 。 


代码 清单 3-4 使 用 Function 

@FunctionalInterface 

public interface Function<T, R> { 
R apply (T t); 

} 

public <T, R> List<R> map (List<T> list, 
List<R> result = new ArrayList<>(); 
fOr E11SE) 

result.add(f.apply (t)); 


} 
return result; 
} 
Jp LT 2 6] 
List<Integer> 1 


map 


Arrays.asList("Lambdqas'"， 
-> Ss.length() 


(String s) 


Function<T, R> f) 


{ 


Lambda 是 Function 
接口 的 apply 方法 的 


< 实现 


"in", "action"), 
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基本 类 型 特 化 

我 们 介绍 了 三 个 泛 型 函数 式 接口 : Predicate<T>、Consumer<T> 和 Function<T,R>。 还 
有 些 函 数 式 接口 专 为 某 些 类 型 而 设计 。 

回顾 一 下 : Java 类 型 要 么 是 引用 类 型 ( 比如 Byte、Integer、Object、List )， 要 么 是 基 
本 类 型 ( 比如 int 、qouble、pyte、char )。 但 是 泛 型 ( 比如 consumer<T> 中 的 T) 只 能 绑 定 
到 引用 类 型 。 这 是 由 泛 型 内 部 的 实现 方式 造成 的 。” 因 此 ,在 Java 里 有 一 个 将 基本 类 型 转换 为 
对 应 的 引用 类 型 的 机 制 。 这 个 机 制 叫 作 装 箱 (boxing )。 相 反 的 操作 ， 也 就 是 将 引用 类 型 转换 为 
对 应 的 基本 类 型 ， 叫 作 拆 箱 ( unboxing )。Java 还 有 一 个 自动 装 箱 机 制 来 帮助 程序 员 执 行 这 一 任 
务 : 装 箱 和 拆 箱 操作 是 自动 完成 的 。 比 如 ， 这 就 是 为 什么 下 面 的 代码 是 有 效 的 〈 一 个 int 被 装 
箱 成 为 Integer ): 
























































List<Integer> list = new ArrayList<>(); 
for (int i = 300; i < 400; i++){ 
list.add(i); 


} 


但 这 在 性 能 方面 是 要 付出 代价 的 。 涂 箱 后 的 值 本 质 上 就 是 把 基本 类 型 包 庄 起 来 , 并 保存 在 堆 
里 。 因 此 ， 装 箱 后 的 值 需要 更 多 的 内 存 ， 并 需要 额外 的 内 存 搜索 来 获取 被 包 右 的 基本 值 。 

Java 8 为 前 面 所 说 的 函数 式 接口 带 来 了 一 个 专门 的 版 本 ， 以 便 在 输入 和 输出 都 是 基本 类 型 时 
避免 自动 装 箱 的 操作 。 比 如 ， 在 下 面 的 代码 中 ,使 用 IntPredicate 就 避免 了 对 值 1000 进行 
装 箱 操 作 ， 但 要 是 用 Predicate<Integer> 就 会 把 参数 1000 装 箱 到 一 个 Integer 对 象 中 : 





























public interface IntPredicate { 
boolean test (int t); 


} 





IntPredicate evenNumbers = (int i) -> i % 2 == true (无 装 箱 ) 
evenNumbers.test (1000); -一 
Predicate<Integer> oddNumbers = (Integer i) -> 工区 2 != 0; | false ( 装 箱 ) 
oddNumbers.test (1000) ; 一 








一 般 来 说 , 针对 专门 的 输入 参数 类 型 的 函数 式 接口 的 名 称 都 要 加 上 对 应 的 基本 类 型 前 级 ， 比 
如 DoublePredicate、 IntConsumer、 LongBinaryOperator、 IntFunction 等 。 Function 
接口 还 有 针对 输出 参数 类 型 的 变种 : ToIntFunction<T>、IntToDoubleFunction 等 。 

表 3-2 总 结 了 Java API 中 最 常用 的 函数 式 接口 ,它们 的 函数 描述 符 及 其 基本 类 型 特 化 。 请 记 
住 这 个 集合 只 是 一 个 启 始 集 。 如 有 果 有 需要， 你 完全 可 以 设计 一 个 自己 的 基本 类 型 特 化 (测验 3.7 
中 的 TriFunction 就 是 出 于 这 个 目的 而 设计 的 )。 此 外 ,创建 你 自己 的 接口 ， 让 接口 的 名 字 反 
映 其 在 领域 中 的 功能 ,还 能 帮助 程序 员 理 解 代码 逻辑 ， 同 时 也 便于 程序 的 维护 。 请 记 住 ， 标记 符 
(T，U) -> R 展示 的 是 该 怎样 理解 一 个 函数 描述 符 。 箭 头 左 侧 代 表 了 参数 的 类 型 ， 右 侧 代表 了 
返回 结果 的 类 型 。 这 儿 它 代表 的 是 一 个 函数 , 具有 两 个 参数 ,分 别 为 泛 型 T 和 TU, 返回 类 型 为 R。 














































































































QD C# 等 其 他 语言 没有 这 一 限制 。Scala 等 语言 只 有 引用 类 型 。 第 20 章 会 再 次 探讨 这 个 问题 。 
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表 3-2 Java 8 中 的 常用 函数 式 接口 








函数 式 接口 Predicate<T> Consumer<T> 

Predicate<T> T -> boolean ntPredicate, 
LongPredicate, 
DoublePredicate 

Consumer<T> T -> void ntConsumer, 
LongConsumer, 
DoubleConsumer 

Function<T, R> T ->R ntFunction<R>, 
ntToDoubleFunction, 
ntToLongFunction, 
LongFunction<R>, 


LongToDoubleFunction, 
LongToIntFunction, 
DoubleFunction<R>, 
DoubleToIntFunction, 
DoubleToLongFunction, 
ToIntFunction<T>, 
ToDoubleFunction<T>, 
ToLongFunction<T> 





Supplier<T> i BooleanSupplier, IntSupplier, 
LongSupplier, DoubleSupplier 

UnaryOperator<T> vt ntUnaryOperator, 
LongUnaryOperator, 
DoubleUnaryOperator 

BinaryOperator<T> (A ntBinaryOperator., 


LongBinaryOperator, 
DoubleBinaryOperator 
BipPredicate<T, U> (T, U) -> boolean 

BiConsumer<T, U> (T, U) -> void ObjIntConsumer<T>, 
ObjLongConsumer<T>, 
ObjDoubleConsumer<T> 
BiFunction<T, U, R> (T, U) -> R ToIntBiFunction<T, U>, 
ToLongBiFunction<T, U>, 





ToDoubleBiFunction<T, U> 


你 现在 已 经 看 到 了 很 多 函数 式 接口 ， 可 以 用 于 描述 各 种 Lambda 表达 式 的 签名 。 为 了 检验 你 
的 理解 程度 ， 试 试 测验 3.4。 








测验 3.4: 函数 式 接口 

对 于 下 列子 数 描述 符 ( 即 Lambda 表达 式 的 签名 )， 你 会 使 用 哪些 函数 式 接口 ? 在 表 3-2 
中 可 以 找到 大 部 分 答案 。 作 为 进一步 练习 ,请 构造 一 个 可 以 利用 这 些 函数 式 接口 的 有 效 Lambda 
表达 式 : 

(1)T ->R 

(的 ET ne 

(3)T -> void 

(4) () -> I 


3.4 使 用 函数 式 接 口 51 





(5 


答案 : (1) Function<T，R> 不 错 。 它 一 般 用 于 将 类 型 工 的 对 象 转换 为 类 型 R 的 对 象 (上 比 
如 Function<Apple，Integer> 用 来 提取 苹果 的 重量 )。 

(2) IntBinaryOperator 具有 唯一 一 个 抽象 方法 
(ne 

(3) Consumer<T> 具 有 唯一 一 个 抽象 方法 accept， 代 表 的 函数 描述 符 是 T -> void。 

(4) Ssupplier<T> 具 有 唯一 一 个 抽象 方法 get， 代 表 的 函数 描述 符 是 () -> Ts 

(5) BiFunction<T，U，R> 具 有 唯一 一 个 抽象 方法 一 一 apply， 代 表 的 函数 描述 A 


(TY => Re 


:A 日 


applyAsInt ,代表 的 函数 描述 符 是 

















为 了 总 结 关于 函数 式 接口 和 Lambda 的 讨论 ， 表 3-3 总 结 了 一 些 使 用 案例 、Lambda 的 例子 ， 
以 及 可 以 使 用 的 函数 式 接口 。 


表 3-3 Lambda 及 函数 式 接 口 的 例子 





使 用 案例 Lambda 的 例子 对 应 的 函数 式 接口 
布尔 表达 式 (List<String> list) -> list.isEmpty() Predicate<List<String>> 
创建 对 象 () -> new Apple(10) Supplier<Apple> 
消费 一 个 对 象 (Apple a) -> Consumer<Apple> 

System.out .println(a.getWeight () ) 
从 一 个 对 象 中 选择 /提取 (String s) -> s.length() Function<String, 


Irntedery OF 
ToIntFunction<String> 


合并 两 个 值 (nt a Tnt BB) => a * Bb IntBinaryOperator 
比较 两 个 对 象 (Apple al, Apple a2) -> Comparator<Apple> or 
al.getWeight () .compareTo(a2 .getWeight BiFunction<Apple, Apple, 


(3) Integer> or 
ToIntBiFunction<Apple, 
Apple> 


异常 、Lambda， 还 有 上 函数 式 接口 又 是 怎么 回 事 ? 
请 注意 ， 这 些 函 数 式 接 口中 的 任何 一 个 都 不 允许 抛 出 受 检 异常 (checked exception )。 如 果 
你 需要 Lambda 表达 式 来 抛 出 异常 ， 有 两 种 办 法 : 定义 一 个 自己 的 函数 式 接口 ， 并 声明 受 检 异 
情 ， 0 try/catch 块 中 。 
比如 ，3.3 节 介 绍 过 一 个 新 的 函数 式 接口 BufferedReaderProcessor, 它 显 式 声明 了 一 
个 IOException: 








@FunctionalInterface 
public interface BufferedReaderProcessor { 

String process (BufferedReader b) throws IOException; 
J 


BufferedReaderProcessor p = (BufferedReader br) -> br.readLine(); 
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但 是 你 可 能 是 在 使 用 一 个 接受 函数 式 接 口 的 API， 比 如 Function<T，R>，, 没有 办 法 自 
己 创建 一 个 ( 你 会 在 下 一 章 看 到 ，Stream API 中 大 量 使 用 了 表 3-2 中 的 函数 式 接口 )。 这 种 情 
况 下 ， 你 可 以 显 式 捕捉 受 检 异 常 : 


RERUNncElon BuiereeReaaer rm 
(BufferedReader b) -> { 
ee eo 
ee bie oe ese lo 
了 
catch(IOException e) { 
throw new RuntimeException(e); 
» 
je 





现在 你 知道 如 何 创 建 Lambda， 在 哪里 以 及 如 何 使 用 它们 了 。 接 下 来 我 们 会 介绍 一 些 更 高 级 
的 细节 : 编译 需 如 何 对 Lambda 做 类 型 检查 ， 以 及 你 应 当 了 解 的 规则 ， 诸 如 Lambda 在 自身 内 部 
引用 局 部 变量 , 还 有 和 void 兼容 的 Lambda 等 。 你 无 须 立 即 就 充分 理解 下 一 节 的 内 容 ,可 以 留待 
日 后 再 看 ， 接 着 往 下 学 习 3.6 节 讲 的 方法 引用 就 可 以 了 。 


3.5 ”类型 检查 、 类 型 推断 以 及 限制 


当 我 们 第 一 次 提 到 Lambda 表达 式 时 ， 说 它 可 以 为 函数 式 接 口 生成 一 个 实例 。 然 而 ，Lambda 
表达 式 本 身 并 不 包含 它 在 实现 哪个 函数 式 接口 的 信息 。 为 了 全 面 了 解 Lambda 表达 式 ， 你 应 该 知 
道 Lambda 的 实际 类 型 是 什么 。 


3.5.1 ”类 型 检查 


Lambda 的 类 型 是 从 使 用 Lambda 的 上 下 文 推 呆 出 来 的 。 上 下 文 〈 比 如 ， 接 受 它 传 递 的 方法 的 
参数 ， 或 接受 它 的 值 的 局 部 变量 ) 中 Lambda 表达 式 需 要 的 类 型 称 为 目标 类 型 。 让 我 们 通过 一 个 
例子 , 看 看 当 你 使 用 Lambda 表达 式 时 背后 发 生 了 什么 。 图 3-4 概述 了 下 列 代码 的 类 型 检查 过 程 。 












































List<Apple> heavierThan150g = 
filter(inventory, (Apple apple) -> apple.getWeight() > 150); 


类 型 检查 过 程 分 解 如 下 。 

口 第 一 ， 你 要 找 出 filter 方法 的 声明 。 

口 第 二 ， 要 求 它 是 Predicate<Apple> (目标 类 型 ) 对 象 的 第 二 个 正式 参数 。 

口 第 三 ，pPredicate<Apple> 是 一 个 函数 式 接口 ， 定 义 了 一 个 叫 作 test 的 抽象 方法 。 
D 第 四 ,test 方法 描述 了 一 个 函数 描述 符 , 它 可 以 接受 一 个 Apple, 并 返回 一 个 boolean。 
口 第 五 ，filter 的 任何 实际 参数 都 必须 匹配 这 个 要 求 。 
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filter(inventory, (Apple apple) -> apple.getWeight() > 150) ~ 一 一 


@ Lambvaan LF 
文 是 什么 呢 ? 让 我 们 
先 来 看 看 fi lter 的 


filter (List<Apple>inventory, Predicate<Apple> D) 


@ 很 好 ,目标 类 型 是 








Predicate<Apple> 
(IT 绑 定 到 Apple) ! 
目标 类 型 ©@ 函数 描述 符 Apple -> 
boolean 匹 配 Lambda 
的 签名 。 它 接受 一 个 
@ Predicate<Apple> Apple， 返 回 一 个 
接口 的 抽象 方法 又 是 boolean， 因 此 代码 
什么 呢 ? 类 型 检查 无 误 。 


boolean test (Apple apple) 


@ 绷 厅 ,让 是 cest, 接 
受 一 个 了 bple， 并 返 
可 一 个 booleanl 























Apple -> boolean 








图 3-4 解读 Lambda 表达 式 的 类 型 检查 过 程 
这 段 代码 是 有 效 的 , 因为 我 们 所 传递 的 Lambda 表达 式 也 同样 接受 Apple 为 参数 , 并 返回 一 
个 poolean。 请 注意 ,如 果 Lambda 表达 式 抛 出 一 个 异常 ,那么 抽象 方法 所 声明 的 throws 语句 
也 必须 与 之 匹配 。 


3.5.2 同样 的 Lambda， 不 同 的 函数 式 接口 


有 了 目标 类 型 的 概念 ， 同 一 个 Lambda 表达 式 就 可 以 与 不 同 的 函数 式 接口 联系 起 来 ， 只 要 它 
们 的 抽象 方法 签名 能 够 兼容 。 比 如 ， 前 面 提 到 的 callable 和 PrivilegedAction， 这 两 个 接 
口 都 代表 着 什么 也 不 接受 目 返回 一 个 泛 型 T 的 函数 。 因 此 ， 下 面 两 个 赋值 是 有 效 的 ; 



























































Callable<Integer> C = () -> 42: 
PrivilegedAction<Integer> p = () -> 42; 


这 里 ， 第 一 个 赋值 的 目标 类 型 是 callable<Integer>， 第 二 个 赋值 的 目标 类 型 是 
PrivilegedAction<Integer>。 


在 表 3-3 中 展示 了 一 个 类 似 的 例子 ,同一 个 Lambda 可 用 于 多 个 不 同 的 函数 式 接口 : 
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Comparator<Apple> cl = 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 


ToIntBiFunction<Apple, Apple> c2 = 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 


BiFunction<Apple, Apple, Integer> c3 = 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 


菱形 运算 符 
那些 熟悉 Java 演变 的 人 会 记得 ，Java7 中 已 经 引入 了 菱形 运算 符 (<> )， 利 用 泛 型 推断 从 
上 正文 推断 类 型 的 思想 ( 这 一 思想 其 至 可 以 追溯 到 更 早 的 泛 型 方法 )。 一 个 类 实例 表达 式 可 以 
出 现在 两 个 或 更 多 不 同 的 上 下 文中 ， 并 会 像 下 面 这 样 推断 出 适当 的 类 型 参数 : 


Te ee le ee WA 
List<Integer> listOfIntegers = new ArrayList<>(); 


特殊 的 void 兼容 规则 
如 果 一 个 Lambda 的 主体 是 一 个 语句 表达 式 ， 它 就 和 一 个 返回 void 的 函数 描述 符 兼容 
(当然 需要 参数 列表 也 兼容 )。 例如， 以 下 两 行 都 是 合法 的 ， 尽 管 List 的 adqd 方法 返回 了 一 
个 boolean， 而 不 是 Consumer 上 下 文 (T -> void ) 所 要 求 的 void: 


// Predicate 返回 了 一 个 boolean 


Bemave Cn (Sn a(n 
// Consumer 返回 了 一 个 void 
QOneumer ene (neon eh: 








到 现在 为 止 ， 你 应 该 能 够 很 好 地 理解 在 什么 时 候 以 及 在 哪里 可 以 使 用 Lambda 表达 式 了 。 它 
们 可 以 从 赋值 的 上 下 文 、 方 法 调用 的 上 下 文 ( 参数 和 返回 值 )， 以 及 类 型 转换 的 上 下 文中 获得 目 
标 类 型 。 为 了 检验 你 的 掌握 情况 ， 请 试 试 测验 3.5。 


























测验 3.5: 类 型 检查 一 一 为 什么 下 面 的 代码 不 能 编译 呢 ? 

你 该 如 何 解 决 这 个 问题 呢 ? 

OBjecto=(0 > {Systenmout println(uTmTricoky example.). 9. 

答案 : Lambda 表达 式 的 上 下 文 是 Object (目标 类 型 ), 但 Object 不 是 一 个 函数 式 接口 。 
为 了 解决 这 个 问题 ， 你 可 以 把 目标 类 型 改 成 Runnable， 它 的 函数 描述 符 是 () -> voidg: 





RUnnable T=1() > {Systemout. orintln("Tricky example"). yy. 
你 还 可 以 通过 强制 类 型 转换 将 Lambda 表达 式 转 换 成 Runnable， 显 式 地 生成 一 个 目标 类 
型 ， 以 这 种 方式 来 修复 这 个 问题 : 


OB emernon ontnelm 人 i tele ne 


处 理 方法 重 载 时 , 如 果 两 个 不 同 的 函数 式 接 口 却 有 着 同样 的 函数 描述 符 , 使 用 这 个 技巧 有 
立竿见影 的 效果 。 到 底 该 选择 使 用 哪 一 个 方法 签名 呢 ? 为 了 消除 这 种 显 式 的 三 义 性 ,你 可 以 对 


邮 


3.$ ”类 型 检查 、 类 型 推断 以 及 限制 55 





Lamda 进行 强制 类 型 转换 。 
壁 如 ， 下 面 这 段 代 码 中 ， 方 法 调用 execute( () -> {} ) 使 用 了 execute 方法 ， 不 过 
它 存在 着 二 义 性 ， 因 为 Runnable 和 Action 接口 中 都 提供 了 同样 的 函数 描述 符 : 


public void execute(Runnable runnable) { 
rmnmnalle re mn 

} 

Bublnie vor execueele een Tt- acelion 
na (ee 

} 

@FunctionalInterface 

站 
wonbel Brey 


} 
然而 ， 通 过 强制 类 型 转换 表达 式 ， 这 种 显 式 的 二 义 性 被 消除 了 : 


execueelAee emo 




















你 已 经 了 解 如 何 利用 目标 类 型 来 判断 某 个 Lambda 是 否 适用 于 某 个 特定 的 上 下 文 。 其 实 , 它 
还 可 以 用 来 做 一 些 别 的 事 : 推断 Lambda 参数 的 类 型 。 


3.5.3 ”类 型 推断 


你 还 可 以 进一步 简化 你 的 代码 。Java 编译 器 会 从 上 下 文 〈 目标 类 型 ) 推断 出 用 什么 函数 式 接 
口 来 配合 Lambda 表达 式 ， 这 意味 着 它 也 可 以 推断 出 适合 Lambda 的 签名 ， 因 为 函数 捅 述 符 可 以 
通过 目标 类 型 来 得 到 。 这 样 做 的 好 处 在 于 ， 编 译 需 可 以 了 解 Lambda 表达 式 的 参数 类 型 ， 这 样 就 
可 以 在 Lambda 语法 中 省 去 标注 参数 类 型 。 换 名 话说 ，Java 编译 右 会 像 下 面 这 样 推断 Lambda 的 


参数 类 型 : ” 















































参数 apple 没 
List<Apple> greenApples = 有 显 式 类 型 
filter (inventory, apple -> GREEN.equals (apple.getColor())); < 一 一 


Lambda 表达 式 有 多 个 参数 ， 代 码 可 读 性 的 好 处 就 更 为 明显 。 例 如 ， 你 可 以 这 样 来 创建 一 个 
Comparator 对 象 : 


Comparator<Apple> c = 没有 类 型 推断 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); < 一 
Comparator<Apple> c = 
(al, a2) -> al.getWeight () .compareTo(a2.getWeight ()); < 一 有 类 型 推断 


请 注意 ， 有 时 候 显 式 写 出 类 型 更 易 读 ， 有 时 候 去 掉 它 们 更 易 读 。 没 有 什么 法 则 说 哪 种 更 好 ， 
对 于 如 何 让 代码 更 易 读 ， 程 序 员 必须 做 出 自己 的 选择 。 














@ 请 注意 ， 当 Lambda 仅 有 一 个 类 型 需要 推断 的 参数 时 ， 参 数 名 称 两 边 的 括号 也 可 以 省 略 。 
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3.5.4 使 用 局 部 变量 


我 们 迄今 为 止 所 介绍 的 所 有 Lambda 表达 式 都 只 用 到 了 其 主体 里 面 的 参数 。 但 Lambda 表达 
式 也 允许 使 用 自由 变量 (不 是 参数 ， 而 是 在 外 层 作 用 域 中 定义 的 变量 )， 就 像 匿名 类 一 样 。 它 们 
被 称 作 捕获 Lambda。 例 如 ， 下 面 的 Lambda 捕获 了 portNumber 变量 : 









































int portNumber = 1337; 
Runnable r = () -> System.out.printilin (portNumber); 


尽管 如 此 ， 还 有 一 点 点 小 麻烦 : 关于 能 对 这 些 变 量 做 什么 有 一 些 限 制 。Lambda 可 以 没有 限 
制 地 捕获 ( 也 就 是 在 其 主体 中 引用 ) 实例 变量 和 静态 变量 。 但 局 部 变量 必须 显 式 声明 为 final， 
或 事实 上 是 final。 换 名 话说, Lambda 表达 式 只 能 捕获 指派 给 它们 的 局 部 变量 一 次 。( 注 : 捕获 
实例 变量 可 以 被 看 作 捕 获 最 终局 部 变量 this。) 例如 , 下面 的 代码 无 法 编译 , 因为 portNumber 
变量 被 赋值 两 次 : 


int portNumber = 1337; 
























































错误 : Lambda 表达 式 引 用 
的 局 部 变量 必须 是 最 终 的 





Runnable r = () -> System.out.printiln (portNumber); 人 
portNumber = 31337; (final) 或 事实 上 最 终 的 
对 局 部 变量 的 限制 











你 可 能 会 问 自己 ， 为 什么 局 部 变量 有 这 些 限制 。 第 一 ， 实 例 变 量 和 局 部 变量 背后 的 实现 有 一 
个 关键 不 同 。 实 例 变 量 都 存储 在 堆 中 ， 局 部 变量 则 保存 在 栈 上 。 如 果 Lambda 可 以 直接 访问 局 部 变 
量 ， 而 且 Lambda 是 在 一 个 线程 中 使 用 的 ， 则 使 用 Lambda 的 线程 ， 可 能 会 在 分 配 该 变量 的 线程 将 
这 个 变量 收回 之 后 , 去 访问 该 变量 。 因此 , Java 在 访问 自由 局 部 变量 时 , 实际 上 是 在 访问 它 的 副本 ， 
而 不 是 访问 基本 变量 。 如 果 局 部 变量 仅仅 赋值 一 次 那 就 没有 什么 区 别 了 一 一 因此 就 有 了 这 个 限制 。 

第 二 , 这 一 限制 不 鼓励 你 使 用 改变 外 部 变量 的 典型 命令 式 编程 模式 (我们 会 在 以 后 的 各 章 中 
解释 ， 这 种 模式 会 阻碍 很 容易 做 到 的 并 行 处 理 )。 




































































闭 包 

你 可 能 已 经 听 说 过 闭 包 ( closure, 不 要 和 Clojure 编程 语言 混淆 ) 这 个 词 , 可 能 会 想 Lambda 
是 否 满足 闭 包 的 定义 。 用 科学 的 说 法 来 说 ， 闭 包 就 是 一 个 函数 的 实例 ， 且 它 可 以 无 限制 地 访问 
那个 函数 的 非 本 地 变量 。 例 如 ， 闭 包 可 以 作为 参数 传递 给 另 一 个 函数 。 它 也 可 以 访问 和 修改 其 
作用 域 之 外 的 变量 。 现 在 ，Java 8 的 Lambda 和 匿名 类 可 以 做 类 似 于 闭 包 的 事情 : 它们 可 以 作 
为 参数 传递 给 方法 ， 并 且 可 以 访问 其 作用 域 之 外 的 变量 。 但 有 一 个 限制 : 它们 不 能 修改 定义 
Lambda 的 方法 的 局 部 变量 的 内 容 。 这 些 变量 必须 是 隐 式 最 终 的。 可 以 认为 Lambda 是 对 值 封 
闭 ， 而 不 是 对 变量 封闭 。 如 前 所 述 ， 这 种 限制 存在 的 原因 在 于 局 部 变量 保存 在 栈 上 ， 并 且 隐 式 
表示 它们 仅 限于 其 所 在 线程 。 如 果 允 许 捕获 可 改变 的 局 部 变量 , 就 会 引发 造成 线程 不 安全 的 新 
的 可 能 性 ,而 这 是 我 们 不 想 看 到 的 ( 实例 变量 可 以 ， 因 为 它们 保存 在 堆 中 ,而 堆 是 在 线程 之 间 
共享 的 )。 
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现在 ,我们 来 介绍 你 会 在 Java 8 代码 中 看 到 的 另 一 个 功能 : 方法 引用 。 可 以 把 它们 视 为 某 些 
Lambda 的 快捷 写法 。 


3.6 万 法 引用 


方法 引用 让 你 可 以 重复 使 用 现 有 的 方法 定义 ， 并 像 Lambda 一 样 传递 它们 。 在 一 些 情况 下 ， 
比 起 使 用 Lambda 表达 式 , 它们 似乎 更 易 读 , 感觉 也 更 自然 。 下 面 就 是 我 们 借助 更 新 的 Java 8 API 
(3.7 节 会 详细 讨论 )， 用 方法 引用 写 的 一 个 排序 的 例子 : 

先前 : 

inventory.sort( (Apple al, Apple a2) 

al.getWeight () .compareTo (a2.getWeight ())); 


之 后 (使 用 方法 引用 和 java.util.Comparator.comparing ): 
| 你 的 第 一 个 
方法 引用 


不 用 担心 新 的 语法 及 其 工作 原理 ， 接 下 来 的 几 节 将 会 对 此 进行 介绍 。 
3.6.1 管 中 霸 葛 


你 为 什么 应 该 关注 方法 引用 ? 方法 引用 可 以 被 看 作 仅仅 调用 特定 方法 的 Lambda 的 一 种 快捷 
写法 。 它 的 基本 思想 是 ， 如 果 一 个 Lambda 代表 的 只 是 “直接 调用 这 个 方法 ”"， 那 最 好 还 是 用 名 
称 来 调用 它 , 而 不 是 去 描述 如 何 调用 它 。 事实 上 , 方法 引用 就 是 让 你 根据 已 有 的 方法 实现 来 创建 
Lambda 表达 式 。 但是, 显 式 地 指明 方法 的 名 称 , 你 的 代码 的 可 读 性 会 更 好 。 它 是 如 何 工 作 的 呢 ? 
当 你 需要 使 用 方法 引用 时 ,目标 引 用 放 在 分 隔 符 :: 前 ,方法 的 名 称 放 在 后 面 。 例 如 ， 
Apple: :getWeight 就 是 引用 了 Apple 类 中 定义 的 方法 getWeight。 请 记 住 ， getWweignht 后 
面 不 需要 括号 ， 因 为 你 没有 实际 调用 这 个 方法 ， 只 是 引用 了 它 的 名 称 。 方 法 引用 就 是 Lambda 表 
达 式 (apple apple) -> apple.getWeignht () 的 快捷 写法 。 表 3-4 给 出 了 Java 8 中 方法 引用 的 
其 他 一 些 例 子 。 























Inventory .Sort (comparing (Apple: :getWeight)); 


































































































表 3-4 Lambda 及 其 等 效 方法 引用 的 例子 





Lambda 等 效 的 方法 引用 
(Apple apple) -> apple.getWeight () Apple: :getWeight 
0 二 党 Thread.currentThread()::dumpStack 


Thread.currentThread() .dumpStack() 


(str, i) -> str.substring(i) String: :substring 
(String s) -> System.out .println(s) System.out::println 
(String s) -> this.isValidName(s) this::isValidqName 








你 可 以 把 方法 引用 看 作 针对 仅仅 涉及 单一 方法 的 Lambda 的 语法 糖 ， 因 为 你 表达 同样 的 事情 
时 要 写 的 代码 更 少 了 。 
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如 何 构建 方法 引用 
方法 引用 主要 有 三 类 。 


(1) 指向 静态 方法 的 方法 引用 (例如 Integer 的 parseInt 方法 ,写作 Integer: :parseInt )。 

(2) 指向 任意 类 型 实例 方法 的 方法 引用 (例如 string 的 length 方法 , 写作 string: :Length )。 

(3) 指向 现存 对 象 或 表达 式 实例 方法 的 方法 引用 (假设 你 有 一 个 局 部 变量 expensive Transaction 
保存 了 Transaction 类 型 的 对 象 , 它 提供 了 实例 方法 getvalue, 那 你 就 可 以 这 么 写 expensive- 








Transaction: :getVvalue )。 

















第 二 种 和 第 三 种 方法 引用 可 能 乍 看 起 来 有 点 儿 尝 ,第 二 种 方法 引用 的 思想 是 你 在 引用 一 个 对 
象 的 方法 , 壁 如 string::1lengtn, 而 这 个 对 象 是 Lambda 表达 式 的 一 个 参数 。 举 个 例子 , Lambda 
表达 式 (String s) -> s.toUppeCase() 可 以 重 写成 String: :toUppercase。 而 第 三 种 方法 引用 主 
要 用 在 你 需要 在 Lambda 中 调用 一 个 现存 外 部 对 象 的 方法 时 。 例 如 ，Lambda 表达 式 () ->expensive- 


























秘 二 








Transaction.getvalue() 可 以 重 写 为 sxpensiveTransaction: :getvalue。 第 三 种 方法 引用 在 你 


需要 传递 一 个 私有 辅助 方法 时 特别 有 用 。 辟 如， 你 定义 了 一 个 辅助 方法 isValiaName: 


private boolean isValidName (String string) { 
return Character.isUpperCase(string.charAt (0)); 


} 


你 可 以 借助 方法 引用 ,在 Predicate<String> 的 上 下 文中 传递 该 方法 : 


filter(words, this::isValidName) 


为 了 帮助 你 消化 这 些 新 知识 ,我 们 准备 了 一 份 将 Lambda 表达 式 重 构 为 等 价 方法 引用 的 简易 





速 查 表 ， 如 图 3-5 所 示 。 





全 Lambda (args) -> ClassName.staticMethod (args) 








方法 引用 ClassName::staticMethod 



































@ Lambda (arg0, rest) -> arg0.instanceMethod (rest) 
arg0 是 ClassName 
类 型 的 
方法 引用 ] ClassName: :instanceMethod 
@ Lambda | (args) -> expr.instanceMethod (args) 
方法 引用 ] expr: :instanceMethod 
图 3-5 为 三 种 不 同类 型 的 Lambda 表达 式 构建 方法 引用 的 办 法 
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请 注意 , 构造 函数 、 数 组 构造 函数 以 及 父 类 调用 ( super-call ) 的 方法 引用 形式 比较 特殊 。 
举 一 个 方法 引用 的 具体 例子 。 假 设 你 想 要 忽略 大 小 写 对 一 个 由 字符 串 组 成 的 List 排序 。List 
的 sort 方法 需要 一 个 Comparator 作为 参数 。 前 文 介绍 过 ， Comparator 使 用 (T, T) -> int 
这 样 的 签名 作为 函数 描述 符 。 你 可 以 利用 string 类 中 的 compareToIgnoreCase 方法 来 定义 
一 个 Lambda 表达 式 ( 注意 CompareToIlIgnoreCase 是 String 类 中 预先 定义 的 )。 
































Liket<Sttlinogs /ott Ss .Arrave. dsLiet ("a WB. TATAMB TY 

str.sort((sl, s2) -> sl.compareToIgnoreCase(s2)); 

Lambda 表达 式 的 签名 与 Comparator 的 函数 描述 符 兼 容 。 利 用 前 面 所 述 的 方法 ， 这 个 例子 
可 以 用 方法 引用 改写 成 下 面 的 样子 ， 这 样 代 码 更 加 简洁 











LiSsteaString> str.=. Arrays. asLLst( ma, B.A, BT 
str.sort (String::compareToIgnoreCase); 

















请 注意 ,编译 右 会 进行 一 种 与 Lambda 表达 式 类 似 的 类 型 检查 过 程 ， 来 确定 对 于 给 定 的 函数 
式 接 口 ， 这 个 方法 引用 是 否 有 效 : 方法 引用 的 签名 必须 和 上 下 文 类 型 匹配 。 
为 了 检验 你 对 方法 引用 的 理解 程度 ， 试 试 测验 3.6 吧 ! 














测验 3.6: 方法 引用 
下 列 Lambda 表达 式 的 等 效 方法 引用 是 什么 ? 


(1) ToIntFunction<string> Sonor 


Con eu TINE a er 


(2) Bipredicate<List<Sstring>, SE Certanie 三 


SERIES > se eonemn: (elenene 


(3) Predicate<String> startsWithNumber = 


(ee ee Hel ee Meee le Ni eee ne 

答案 : (1) 这 个 Lambda 表达 式 将 其 参数 传 给 了 Integer 的 静态 方法 parseInt。 这 种 方 
法 接受 一 个 需要 解析 的 String， 并 返回 一 个 Integer。 因 此 ， 可 以 使 用 图 3-5 中 的 办 法 @@ 
(Lambda 表达 式 调用 静态 方法 ) 来 重 写 Lambda 表达 式 ， 如 下 所 示 : 

Tn li en el le nl ee ele 

(2) 这 个 Lambda 使 用 其 第 一 个 参数 ， 调 用 其 contains 方法 。 由 于 第 一 个 参数 是 List 
类 型 的 ， 因 此 你 可 以 使 用 图 3-5 中 的 办 法 合 ， 如 下 所 示 : 

BLEEPredleare=rner- Sm me om es comanme., 

这 是 因为 ， 目 标 类 型 描述 的 函数 描述 符 是 (List<String>, String) -> poolean， 而 
List::contains 可 以 被 解 包 成 这 个 函数 描述 符 。 

(3) 这 种 “表达 式 - 风 格 ”的 Lambda 会 调用 一 个 私有 方法 。 你 可 以 使 用 图 3-5 中 的 办 法 全 ， 
如 下 所 示 : 


Predicate<String> startsWithNumber = this::startsWithNumber 
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到 目前 为 止 , 我 们 只 展示 了 如 何 利用 现 有 的 方法 实现 和 如 何 创 建 方法 引用 。 但 是 你 也 可 以 对 
类 的 构造 函数 做 类 似 的 事情 。 


3.6.2 ”构造 函数 引用 


对 于 一 个 现 有 构造 函数 ， 你 可 以 利用 它 的 名 称 和 关键 字 new 来 创建 它 的 一 个 引用 : 
ClassName: :new。 它 的 功能 与 指向 静态 方法 的 引用 类 似 。 例如 ， 假设 有 一 个 构造 函数 没有 参数 。 
它 适合 Ssupplier 的 签名 () -> Apple。 你 可 以 这 样 做 : 




















\ 生 > 
Supplier<Apple> cl = Apple::new < 的 Apple() 构 造 函 数 


Apple al = cl.get(); 
调用 supplier 的 get 方法 
将 产生 一 个 新 的 Apple 


这 就 等 价 于 : 
| 利用 默认 构造 函数 创建 
Supplier<Apple> cl = () -> new Apple(); < | Apple 的 Lambda 表达 式 
Apple al = cil.get(); 
调用 supplier 的 get 方 法 
| 将 产生 一 个 新 的 Apple 


如 果 你 的 构造 函数 的 签名 是 Apple (Integer weight)， 那 么 它 就 适合 Function 接口 的 
签名 ， 于 是 你 可 以 这 样 写 : 


Function<Integer., 六 c2 = Apple: :new; 
指向 Apple (Integer weight) 


ADDLe, G2 = "CZrapply (TL0) 
PP pply ( 的 构造 函数 引用 
调用 该 Function 范 函数 的 ， 方法 ， 


并 给 出 要 求 的 重量 ， 将 产生 一 个 Apple 


这 就 等 价 于 : 
A 用 要 求 的 重量 创建 一 
J apple 的 Lambda 表达 式 


Function<Integer, Apple> c2 = (weight) -> new Apple (weight); 

Apple a2 = c2.apply (110); 、 a 
调用 该 Function 函数 的 apply 方法 , 并 给 出 
要 求 的 重量 ， 将 产生 一 个 新 的 Apple 对 象 





在 下 面 的 代码 中 ,一 个 由 Integer 构成 的 List 中 的 每 个 元 素 都 通过 前 面 定 义 的 类 似 的 map 
方法 传递 给 了 apple 的 构造 隙 数 ， 得 到 了 一 个 具有 不 同 重量 苹果 的 List: 
List<Integer> weights = Arrays.asList(7, 3, 4, 10); pai 0 
List<Apple> apples = map(weights, Apple: :new); < 一 给 map 万 》 
public List<Apple> map (List<Integer> list, Function<Integer, Apple> f) { 
List<Apple> result = new ArrayList<>(); 
for(Integer i: list) { 
result.add(f.apply (i)); 








} 


return result; 


} 


如 果 你 有 一 个 具有 两 个 参数 的 构造 函数 Apple (String color, Integer weight)， 那 
么 它 就 适合 BiFunction 接口 的 签名 ， 于 是 你 可 以 这 样 写 : 
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指向 Apple(String color, Integer 
， : 乍 ~ 多 
BiFunction<Color, Integer, Apple> c3 = Apple: :new; < | weight ) 的 构造 函数 引用 
Apple a3 = c3.apply (GREEN, 110); a 0 
调用 该 BiFunction 函数 的 apply 方法 , 并 给 出 
要 求 的 颜色 和 重量 ， 将 产生 一 个 新 的 Apple 对 象 
Nd 
这 就 等 价 于 : 
BiFunction<String, Integer, Apple> c3 = 
(color, weight) -> new Apple(color, weight); 


Apple a3 = c3.apply (GREEN, 110);} 、 
调用 该 BiFunction 函数 的 apply 方法 ， 并 给 出 
要 求 的 颜色 和 重量 ， 将 产生 一 个 新 的 Apple 对 象 


不 将 构造 函数 实例 化 却 能 够 引用 它 ， 这 个 功能 有 一 些 有 趣 的 应 用 。 例 如 ， 你 可 以 使 用 Map 
来 将 构造 函数 映射 到 字符 串 值 。 你 可 以 创建 一 个 giveMeFruit 方法 ， 给 它 一 个 string 和 一 个 
Integer， 它 就 可 以 创建 出 不 同 重量 的 各 种 水 果 : 


static Map<String, Function<Integer, Fruit>> map = new HashMap<>(); 
static { 
map.put ("apple", Apple: :new); 
map.put ("orange", Orange: :new); 
/1 ‘Ete 


4 | 用 要 求 的 颜色 和 重量 创建 一 个 
| apple 的 Lambda 表达 式 














你 用 map 得 到 了 一 个 Function 
<Integer, Fruit> 


} 
public static Fruit giveMeFruit (String fruit, Integer weight)t{ 
return map.get (fruit.toLowerCase()) < 一 一 
.apply (weight); < 一 
用 Integer 类 型 的 weight 参数 调用 Function 
的 apply() 方 法 将 提供 所 要 求 的 Fruit 


为 了 检验 你 对 方法 和 构造 函数 引用 的 理解 程度 ， 试 试 测验 3.7 吧 ! 

















测验 3.7: 构造 函数 引用 
你 已 经 看 到 了 如 何 将 有 零 个 、 一 个 、 两 个 参数 的 构造 函数 转变 为 构造 函数 引用 。 那 要 怎么 
样 才能 对 具有 三 个 参数 的 构造 函数 ， 比 如 RGB(int，int，int)， 使 用 构造 函数 引用 呢 ? 
答案 : 你 看 , 构造 函数 引用 的 语法 是 ClassName: :new, 那么 在 这 个 例子 里 面 就 是 RGB: :new。 
但 是 你 需要 与 构造 函数 引用 的 签名 匹配 的 函数 式 接口 。 由 于 语言 本 身 并 没有 提供 这 样 的 函数 式 
接口 ， 因 此 你 可 以 自己 创建 一 个 : 


ro es ne Se TT 
Ra lt 
} 


现在 你 可 以 像 下 面 这 样 使 用 构造 函数 引用 了 : 


Tt onteer rneemer Tne ROP ColorBacsory ROB New, 











我 们 讲 了 好 多 新 内 容 : Lambda、 函 数 式 接口 和 方法 引用 。 下 一 节 会 把 这 一 切 付 诸 实 践 ! 
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3.7 Lambda 和 方法 引用 实战 


为 了 给 这 一 章 还 有 我 们 讨论 的 所 有 关于 Lambda 的 内 容 收 个 尾 ,我 们 需要 继续 研究 开始 的 那 
个 问题 一 一 用 不 同 的 排序 策略 给 一 个 apple 列表 排序 ， 并 需要 展示 如 何 把 一 个 原始 粗暴 的 解决 
方案 转变 得 更 为 简明 。 这 会 用 到 书 中 迄今 讲 到 的 所 有 概念 和 功能 : 行为 参数 化 、 匿 名 类 、Lambda 
表达 式 和 方法 引用 。 我 们 想 要 实现 的 最 终 解决 方案 是 这 样 的 : 





























inventory.sort (comparing (Apple: :getWeight)); 


3.7.1 第 1 步 : 传递 代码 


你 很 幸运 ，Java 8 API 已 经 为 你 提供 了 一 个 List 可 用 的 sort 方法 ， 你 不 用 自己 去 实现 它 。 
那么 最 困难 的 部 分 已 经 搞定 了 ! 但 是 ， 如 何 把 排序 策略 传递 给 sort 方法 呢 ? 你 看 ，sort 方法 
的 签名 是 这 样 的 : 















































voidq sort (Comparator<? super E> c) 


它 需 要 一 个 comparator 对 象 来 比较 两 个 Apple! 这 就 是 在 Java 中 传递 策略 的 方式 : 它们 必须 
包 庄 在 一 个 对 象 里 。 我 们 说 sort 的 行为 被 参数 化 了 : 传递 给 它 的 排序 策略 不 同 ， 其 行为 也 会 不 同 。 
你 的 第 一 个 解决 方案 看 上 去 是 这 样 的 : 


























public class AppleComparator implements Comparator<Apple> { 
public int compare(Apple al, Apple a2){ 
return al.getWeight () .compareTo(a2.getWeight ()); 
} 
} 


inventory.sort (new AppleComparator()); 


3.7.2 第 2 步 : 使 用 匿名 类 


你 在 前 面 看 到 了 ， 你 可 以 使 用 匿名 类 来 改进 解决 方案 ， 而 不 是 实现 一 个 Comparator 却 只 
实例 化 一 次 : 
inventory.sort (new Comparator<Apple>() { 


public int compare(Apple al, Apple a2){ 
return al.getWeight () .compareTo(a2.getWeight ()); 











} 
站 汉 


3.7.3 第 3 步 : 使 用 Lambda 表达 式 


但 你 的 解决 方案 仍然 挺 虽 唆 的 。Java 8 引入 了 Lambda 表达 式 , 它 提供 了 一 种 轻 量 级 语法 来 实现 
相同 的 目标 : 传递 代码 。 你 看 到 了 ， 在 需要 函数 式 接口 的 地 方 可 以 使 用 Lambda 表达 式 。 回 顾 一 下 : 
函数 式 接口 就 是 仅仅 定义 一 个 抽象 方法 的 接口 。 抽 象 方法 的 签名 (〈 称 为 函数 描述 符 ) 描述 了 Lambda 
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表达 式 的 签名 。 在 这 个 例子 里 ，comparator 代表 了 函数 描述 符 (T，T) -> int。 因 为 你 用 的 是 苹 
此- 所 以 它 具 体 代 表 的 就 是 (Apple， Apple) -> into 改进 后 的 新 解决 方案 看 上 去 就 是 这 样 的 了 : 


inventory.sort( (Apple al, Apple a2) 
-> al.getWeight () .compareTo (a2 .getWeight ()) 

















) 


前 面 解 释 过 了 ，Java 编译 器 可 以 根据 Lambda 出 现 的 上 下 文 来 推断 Lambda 表达 式 参数 的 类 
型 。 那 么 你 的 解决 方案 就 可 以 重 写成 这 样 : 





inventory.sort((al, a2) -> al.getWeight () .compareTo(a2 .getWeight ())); 


你 的 代码 还 能 变 得 更 易 读 一 点 吗 ? comparator 具有 一 个 叫 作 comparing 的 静态 辅助 方 
法 ， 它 可 以 接受 一 个 Function 来 提取 comparable 键 值 ， 并 生成 一 个 comparator 对 象 (第 
13 章 会 解释 为 什么 接口 可 以 有 静态 方法 )。 它 可 以 像 下 面 这 样 用 (注意 你 现在 传递 的 Lambda 只 
有 一 个 参数 ，Lambda 说 明了 如 何 从 Apple 中 提取 需要 比较 的 键 值 ): 


Comparator<Apple> c = Comparator .comparing( (Apple a) -> a.getWeight ()); 


现在 你 可 以 把 代码 再 改 得 紧凑 一 点 了 : 


























import static java.util.Comparator.comparing; 
inventory.sort (comparing (apple -> apple.getWeight ())); 


3.7.4 第 4 步 : 使 用 方法 引用 


前 面 解释 过 ,方法 引用 就 是 蔡 代 那些 转发 参数 的 Lambda 表达 式 的 语法 糖 。 你 可 以 用 方法 引 
用 让 你 的 代码 更 简洁 (假设 你 静态 导入 了 java.util.Comparator.comparing ): 


inventory.sort (comparing (Apple: :getWeight)); 


蕉 喜 你 ， 这 就 是 你 的 最 终 解决 方案 ! 这 比 Java 8 之 前 的 代码 好 在 哪儿 呢 ? 它 比较 短 ; 它 的 意 
思 也 很 明显 ， 并且 代码 读 起 来 和 问题 描述 差不多 : “对 库存 进行 排序 ， 比 较 苹 有 果 的 重量 。” 


3.8 复合 Lambda 表达 式 的 有 用 方法 


Java 8 的 好 几 个 函数 式 接口 都 有 为 方便 而 设计 的 方法 。 具 体 而 言 ， 许 多 函数 式 接口 ， 比 如 用 
于 传递 Lambda 表达 式 的 Comparator、Function 和 Predicate 都 提供 了 允许 你 进行 复合 的 
方法 。 这 是 什么 意思 呢 ? 在 实践 中 , 这 意味 着 你 可 以 把 多 个 简单 的 Lambda 复合 成 复杂 的 表达 式 。 
比如 ， 你 可 以 让 两 个 谓词 之 间 做 一 个 or 操作 ， 组 合成 一 个 更 大 的 谓词 。 而 且 ， 你 还 可 以 让 一 个 
函数 的 结果 成 为 另 一 个 函数 的 输入 。 你 可 能 会 想 ， 轴 数 式 接 口中 怎么 可 能 有 更 多 的 方法 呢 ? 〈 毕 
竟 ， 这 违背 了 郴 数 式 接口 的 定义 啊 ! ) 窗 门 在 于 ， 我 们 即将 介绍 的 方法 都 是 默认 方法 ， 也 就 是 说 
它们 不 是 抽象 方法 。 第 13 章 会 详 谈 。 现 在 只 需 相 信 我 们 ， 等 想 要 进一步 了 解 默认 方法 以 及 你 可 
以 用 它 做 什么 时 ， 再 去 看 看 第 13 章 。 
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3.8.1 比较 器 复合 


我 们 前 面 看 到 ， 你 可 以 使 用 静态 方法 comparator .comparing， 根 据 提取 用 于 比较 的 键 值 
的 Function 来 返回 一 个 comparator ， 如 下 所 示 : 





Comparator<Apple> C = Comparator.comparing (Apple: :getWeight); 


1. 逆序 

如 果 你 想 要 对 苹果 按 重量 递减 排序 怎么 办 ? 用 不 着 去 建立 另 一 个 comparato 的 实例 。 接 
口 有 一 个 默认 方法 reversed 可 以 使 给 定 的 比较 器 逆序 。 因 此 仍然 用 开始 的 那个 comparator， 
只 要 修改 一 下 前 一 个 例子 就 可 以 对 苹果 按 重 量 递减 排序 : 




















Inventory .sort (comparing (Apple: :getWeight) .reversed()); 
| 

2. 比较 器 链 

上 面 说 得 都 很 好 , 但 如 果 发 现 有 两 个 苹果 一 样 重 怎么 办 ? 哪个 苹果 应 该 排 在 前 面 呢 ? 你 可 能 
需要 再 提供 一 个 comparator 来 进一步 定义 这 个 比较 。 比 如 ， 在 按 重 量 比较 两 个 苹果 之 后 ， 你 
可 能 想 要 按 原 产 国 排序 。thencomparing 方法 就 是 做 这 个 用 的 。 它 接受 一 个 函数 作为 参数 (就 
像 comparing 方法 一 样 )， 如 果 两 个 对 象 用 第 一 个 comparato 比较 之 后 是 一 样 的 ， 就 提供 第 
二 个 comparator。 你 又 可 以 优雅 地 解决 这 个 问题 了 : 




















I 








inventory.sort (comparing (Apple: :getWeight) 按 重 量 递 减 排序 
.reversed() < la . 
.thenComparing (Apple: :getCountry)); | 两 个 苹果 一 样 重 时 ， 


进一步 按 国家 排序 
3.8.2 ”谓词 复合 


谓词 接口 包括 三 个 方法 : negate、and 和 or， 让 你 可 以 重用 已 有 的 predicate 来 创建 更 
复杂 的 谓词 。 比 如 , 你 可 以 使 用 negate 方法 来 返回 一 个 predicate 的 非 ， 比 如 苹果 不 是 红 的 : 





























Predicate<Apple> notRedApple = redApple.negate(); = ere 
J 家 redApple 内 
你 可 能 想 要 把 两 个 Lambda 用 and 方法 组 合 起 来 ， 比 如 一 个 苹果 既是 红色 又 比较 重 : 
链接 两 个 谓词 来 生成 另 


Predicate<Apple> redAndHeavyApple = 
redApple.and(apple -> apple.getWeight() > 150); 二 二 一 个 Predicate 对 象 


你 可 以 进一步 组 合 谓词 ， 表 达 要 人 么 是 重 (150 克 以 上 ) 的 红 苹 果 ， 要 么 是 绿 苹果 : 


Predicate<Apple> redAndHeavyAppleOrGreen = 链接 三 个 谓词 来 
SA 

redApple.and(apple -> apple.getWweight() > 150) 构造 更 复杂 的 

.or (apple -> GREEN.equals (a.getColor())); 4 | Predicate 对 象 


这 一 点 为 什么 很 好 呢 ? 从 简单 Lambda 表达 式 出 发 ， 你 可 以 构建 更 复杂 的 表达 式 ， 但 读 起 来 
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仍然 和 问题 的 陈述 差不多 ! 请 注意 ，and 和 or 方法 是 按照 在 表达 式 链 中 的 位 置 ， 从 左 向 右 确定 
优先 级 的 。 因 此 ，a.or(b) .and(c) 可 以 看 作 (a 11 b) && c。 同样 ，a.and(b) .or(c) 可 以 
看 作 (a && pb) 11 cs 


3.8.3 ”函数 复合 


最 后 ， 你 还 可 以 把 Function 接口 所 代表 的 Lambda 表达 式 复合 起 来 。Function 接口 为 此 
配 了 andThen 和 compose 两 个 默认 方法 ， 它 们 都 会 返回 Function 的 一 个 实例 。 

andThen 方法 会 返回 一 个 函数 ， 它 先 对 输入 应 用 一 个 给 定 函 数 ， 再 对 输出 应 用 另 一 个 函数 。 
比如 ,假设 有 一 个 函数 f 给 数字 加 1 (x -> x + 1) ， 另 一 个 函数 g 给 数字 乘 2， 那 么 你 可 以 将 
它们 组 合成 一 个 函数 hb， 先 给 数字 加 1， 再 给 结果 乘 2: 





Function<Integer, Integer> f =x->x+1; 数学 上 会 写作 g (f(x)) 
会 瑟 
Function<Integer, Integer> g=xXx->x* 2; 或 (g o £) (x) 
Function<Integer, Integer> h = f.andThen(g); < 

i Se 开演 (于 这 5 ， 

int result apply (1) Se = 这 将 返回 4 


你 也 可 以 类 似 地 使 用 compose 方法 , 先 把 给 定 的 函数 用 作 compose 的 参数 里 面 给 的 那个 函 
数 , 然后 再 把 函数 本 身 用 于 结果 。 比 如 在 上 一 个 例子 里 用 compose 的 话 , 它 将 意味 着 f(g (x) ) ， 
andThen 则 意味 着 g(E(x) ) : 





Function<Integer, Integer> ff =x ->x+1; 数学 上 会 写作 f(g (x)) 
会 瑟 
Function<Integer, Integer> g=x->x* 2; 或 (ft o g) (x) 
Function<Integer, Integer> h = f.compose(g); < 
int result = h.apply (1); < 、 ， 
| 这 将 返回 3 


3-6 说 明了 andThen 和 compose 之 间 的 区 别 。 


f.andqThen(9) 


输入 结果 
2 4 
3 6 
4 8 





pe 
DE 


Function<Integer, Integer> f 
Function<Integer, Integer> g 


f.compose(g) 


输入 结果 
1 2 | 8 
2 a 4 ud 5 
3 2 6 7 

















图 3-6 使 用 andThen 与 compose 
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一 切 听 起 来 有 点 太 抽 象 了 。 那么 在 实际 中 这 有 什么 用 呢 ? 比方 说 你 有 一 系列 工具 方法 ,对 
用 string 表示 的 一 封 信 做 文本 转换 : 


public class Lettert{ 

public static String addHeader (String text)f{ 
return "From Raoul, Mario angd Alan: " + text; 

3 

public static String addFooter (String text)f{ 
return text + " Kind regards"; 

} 

public static String checkSpelling(String text)t{ 
return text.replaceAll ("labda", "lambda"); 





} 
} 


现在 你 可 以 通过 复合 这 些 工 具 方 法 来 创建 各 种 转型 流水 线 了 ， 比 如 创建 一 个 流水 线 : 先 加 上 
抬头 ， 然 后 进行 拼写 检查 ， 最 后 加 上 一 个 落款 ， 如 图 3-7 所 示 。 





Function<String, String> addHeader = Letter::addHeader; 
Function<String, String> transformationPipeline 
= addHeader.andThen (Letter::checkSpelling) 
.andThen (Letter: :addFooter); 


转换 流水 线 


andThen andThen 
addHeader checkSpelling addEooten 


图 3-7 使 用 andThen 的 转换 流水 线 
第 二 个 流水 线 可 能 只 加 抬头 、 落 款 ， 而 不 做 拼写 检查 : 


Function<String, String> addHeader = Letter::addHeader; 


Function<String, String> transformationPipeline 
= addHeader.andThen (Letter::addFooter); 


3.9 ”数学 中 的 类 似 思想 


如 果 你 上 学 的 时 候 对 数学 很 擅长 ， 那 这 一 节 就 从 男 一 个 角度 来 谈 谈 Lambda 表达 式 和 函数 传 
递 的 思想 ,你 可 以 跳 过 它 , 书 中 没有 任何 其 他 内 容 依赖 这 一 节 , 不 过 从 另 一 个 角度 看 看 也 挺 好 的 。 
































3.9.1 积 
假设 你 有 一 个 ( 数学， 不 是 Java ) 函数 几 比如 说 定义 是 
f(x)=x+10 
么 , (工科 学 校 里 ) 经 常 问 的 一 个 问题 就 是 ， 求 画 在 纸 上 之 后 函数 下 方 的 面积 (把 x 轴 作 为 基 
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准 )。 比 如 对 于 图 3-8 所 示 的 面积 你 会 写 
7G9qx 或 (x+10)dx 





Ax)=x+10 





图 3-8 函数 Hz)=x+1l0(x 从 3 到 7) 下 方 的 面积 


在 这 个 例子 里 ， 函 数 ,/ 是 一 条 直线 ， 因 此 你 很 容易 通过 梯形 方法 〈 画 几 个 三 角形 和 和 矩形 ) 来 
算出 面积 : 




















1/2x((3+10)+(7+10))x(7—-3)=60 
那么 这 在 Java 里 面 如 何 表达 呢 ? 你 的 第 一 个 问题 是 把 积分 号 或 dy/dx 之 类 的 换 成 熟悉 的 编程 
语言 符号 。 
确实 , 根据 第 一 条 原则 你 需要 一 个 方法 , 比如 说 叫 integrate, 它 接 受 三 个 参数 : 一 个 是 £， 
还 有 上 下 限 (这 里 是 3.0 和 7.0 )。 于 是 写 在 Java 里 就 是 下 面 这 个 样子 ， 函 数 f 是 作为 参数 被 传递 
进去 的 : 





integrate(f, 3, 7) 


请 注意 ， 你 不 能 简单 地 写 : 





integrate(x + 10, 3, 7) 


原因 有 两 个 。 第 一 ，x 的 作用 域 不 清楚 ; 第 二 ， 这 将 把 x + 10 的 值 而 不 是 函数 三 传 给 积分 。 
事实 上 ， 数 学 上 dx 的 秘密 作用 就 是 说 “以 x 为 自 变 量 、 结 果 是 x+ 10 的 那个 函数 。 
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3.9.2 与 Java8 的 Lambda 联系 起 来 


前 面 说 过 ，Java 8 的 表示 法 (double x) -> x + 10 (一 个 Lambda 表达 式 ) 恰恰 就 是 为 此 
设计 的 ， 因 此 你 可 以 写 : 


integrate((double x) -> x + 10, 3, 7) 
或 者 
integrate( (double x) -> f(x), 3, 7) 


或 者 ， 用 前 面 说 的 方法 引用 ， 只 要 写 : 





integrate(C::f, 3, 7) 


里 c 是 包含 静态 方法 £ 的 一 个 类 。 理 念 就 是 把 f£ 背后 的 代码 传 给 integrate 方法 。 
现在 你 可 能 在 想 如 何 写 integrate 本 身 了 。 我 们 还 假设 £ 是 一 个 线性 函数 ( 直线 )。 你 可 
bE 会 写成 类 似 数学 的 形式 : 
public double integrate((double -> double) f, double a, double b) { < 一 


Se 错误 的 Java 代码 ! (函数 的 
写法 不 能 像 数学 里 那样 。) 


不 过 ， Lambda 表达 式 只 能 用 于 接受 函数 式 接 口 的 地 方 ( 这 里 就 是 DoubleFunction")， 
所 以 你 必须 得 写成 这 个 样子 : 


public double integrate(DoubleFunction<Double> f, double a, double bp) { 
return (f.apply(a) + f.apply(b)) * (b - a) / 2.0; 












































} 
或 者 用 DoubleUnaryOperator， 这 样 也 可 以 避免 对 结果 进行 装 箱 : 





public double integrate (DoubleUnaryOperator f, double a, double b) { 
return (f.applyAsDouble(a) + f.applyAsDouble(b)) * (bp - a) / 2.0; 
} 


顺便 提 一 句 ， 有 点 可 惜 的 是 你 必须 写 £. 0 ， 而 不 是 像 数 学 里 面 写 £(a), 但 Java 无 
法 摆脱 “一 切 都 是 对 象 ”的 思想 一 一 它 不 能 和 






































3.10 小结 


以 下 是 本 章 中 的 关键 概念 。 

口 Lambda 表达 式 可 以 理解 为 一 种 匿名 函数 : 它 没有 名 称 , 但 有 参数 列表 、 函 数 主体 、 返 回 
类 型 ， 可 能 还 有 一 个 可 以 抛 出 的 异常 的 列表 。 

口 Lambda 表 达 式 让 你 可 以 简洁 地 传递 代码 。 
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使 用 DoubleFunction 比 Function 更 高 效 ， 因 为 它 避 免 了 结果 的 装 箱 操作 。 
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口 函数 式 接口 就 是 仅仅 声明 了 一 个 抽象 方法 的 接口 。 

口 只 有 在 接受 函数 式 接口 的 地 方才 可 以 使 用 Lambda 表达 式 。 

口 Lambda 表达 式 人 允许 你 直接 内 联 ， 为 函数 式 接口 的 抽象 方法 提供 实现 ， 并 且 将 整个 表达 式 

作为 函数 式 接口 的 一 个 实例 。 

口 Java 8 自 带 一 些 常 用 的 函数 式 接口 , 放 在 java.util.function 包 里 , 包括 Predicate <T>、 
Function<T, R>、Supplier<T>、Consumer<T> 和 Binaryoperator<T>， 如 表 3-2 
所 述 。 

口 为 了 避免 装 箱 操 作 ， 对 Predaicate<T> 和 Function<T，R> 等 通用 函数 式 接 口 的 基本 类 

型 特 化 : IntPredicate、IntToLongFunction 等 。 

口 环绕 执行 模式 〈 即 在 方法 所 必需 的 代码 中 间 ， 你 需要 执行 点 儿 什么 操作 ， 比 如 资源 分 配 

和 清理 ) 可 以 配合 Lambda 提高 灵活 性 和 可 重用 性 。 

口 Lambda 表达 式 所 需要 代表 的 类 型 称 为 目标 类 型 。 

口 方法 引用 让 你 重复 使 用 现 有 的 方法 实现 并 直接 传递 它们 。 

口 Comparator、Predicate 和 Function 等 函数 式 接口 都 有 几 个 可 以 用 来 结合 Lambda 

表达 式 的 默认 方法 。 























使 用 流 进行 函数 式 数据 处 理 























第 二 部 分 仔细 讨论 新 的 Stream API。 通 过 Stream API， 你 将 能 够 写 出 功能 强大 的 代码 ， 以 
声明 性 方式 处 理 数据 。 学 完 这 一 部 分 ， 你 将 充分 理解 流 是 什么 ， 以 及 如 何在 Java 应 用 程序 中 使 
用 它们 来 简洁 而 高 效 地 处 理 数 据 集 。 

第 4 章 介绍 流 的 概念 ， 并 解释 它们 与 集合 有 何 异 同 。 

第 5 章 详 细 讨 论 为 了 表达 复杂 的 数据 处 理 查 询 可 以 使 用 的 流 操 作 。 其 间 会 谈 到 很 多 模式 ， 
如 筛选 、 切 片 、 查 找 、 匹 配 、 上 映射 和 归 约 。 

第 6 章 介绍 收集 器 一 一 Stream API 的 一 个 功能 ， 可 以 让 你 表达 更 为 复杂 的 数据 处 理 查询 。 

第 7 章 探讨 流 如 何 得 以 自动 并 行 执 行 ， 并 利用 多 核 架 构 的 优势 。 此 外 ， 你 还 会 学 到 为 正确 
而 高 效 地 使 用 并 行 流 ， 要 避免 的 若干 陷阱 。 
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本 章 内 容 

口 什么 是 流 

口 集合 与 流 

口 内 部 迭代 与 外 部 迭代 
口 中 间 操 作 与 终端 操作 





























集合 是 Java 中 使 用 最 多 的 API。 要 是 没有 集合 ， 还 能 做 什么 呢 ? 几乎 每 个 Java 应 用 程序 都 
会 制造 和 处 理 集 合 。 集 合 对 于 很 多 编程 任务 来 说 都 是 非常 基本 的 : 它们 可 以 让 你 把 数据 分 组 并 加 












































以 处 理 。 为 了 解释 集合 是 怎么 工作 的 ,想象 一 下 你 准备 列 出 一 系列 菜 , 组 成 一 张 菜单 ， 然 后 再 遍 
历 一 这， 把 每 盘 菜 的 热量 加 起 来 。 或 者 ,你 可 能 想 选 出 那些 热量 比较 低 的 菜 , 组 成 一 张 健康 的 特 











殊 菜 单 。 尽 管 集合 对 于 几乎 任何 一 个 Java 应 用 都 是 不 可 或 缺 的 ， 但 集合 操作 远 远 算 不 上 完美 。 
口 很 多 业务 逻辑 都 涉及 类 似 于 数据 库 的 操作 ， 比 如 对 几 道 荣 按 照 类 别 进行 分 组 〈 比 如 全 素 
菜肴 ), 或 查找 出 最 贵 的 菜 。 你 自己 用 迭代 器 重新 实现 过 这 些 操 作 多 少 遍 ?大 部 分 数据 库 
都 允许 你 声明 式 地 指定 这 些 操作 。 比 如 ， 以 下 SQL 查询 语句 就 可 以 选 出 热量 较 低 的 菜肴 
名 称 : SELECT name FROM dishes WHERE calorie < 400。 你 看 ， 你 不 需要 实现 如 
何 根据 菜肴 的 属性 进行 筛选 ( 比如 利用 过 代 器 和 累加 器 ), 只 需要 表达 想 要 什么 就 可 以 了 。 
这 个 基本 的 思路 意味 着 ， 你 用 不 着 担心 如 何 显 式 地 实现 这 些 查询 语句 一 都 蔡 你 办 好 了 ! 
怎么 到 了 集合 这 里 就 不 能 这 样 了 呢 ? 
口 如 果 要 处 理 大 量 元 素 又 该 怎么 办 呢 ? 为 了 提高 性 能 ， 你 需要 并 行 处 理 ， 并 利用 多 核 架 构 。 
但 写 并 行 代码 比 用 迭代 器 还 要 复杂 ， 而 且 调 试 起 来 也 十 分 没意思 ! 
那 Java 语言 的 设计 者 能 做 些 什 么 ,来 帮助 你 节约 宝贵 的 时 间 ， 让 你 这 个 程序 员 活 得 轻松 一 
点 儿 呢 ? 你 可 能 已 经 猜 到 了 ， 答 案 就 是 流 。 


4.1 流 是 什么 


流 是 Java API 的 新 成 员 , 它 允 许 你 以 声明 性 方式 处 理 数 据 集合 〈 通过 查询 语句 来 表达 ,而 不 
是 临时 编写 一 个 实现 )。 就 现在 来 说 ， 你 可 以 把 它们 看 成 遍历 数据 集 的 高 级 迭代 右 。 此 外 ， 流 还 
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可 以 透明 地 并 行 处 理 , 你 无 须 写 任 何 多 线程 代码 了 ! 第 7 章 会 详细 解释 流 和 并 行 化 是 怎么 工作 的 。 
先 来 简单 看 看 使 用 流 的 好 处 吧 。 下 面 两 段 代码 都 是 用 来 返回 低热 量 菜肴 名 称 的 , 并 按照 卡路里 排 
序 , 一 个 是 用 Java7 写 的 ， 另 一 个 是 用 Java 8 的 流 写 的 。 比 较 一 下 。 不 用 太 担 心 Java 8 代码 怎么 
写 ， 接 下 来 的 几 节 会 详细 解释 。 

之 前 ( Java 7): 
































List<Dish> lowCaloricDishes = new ArrayList<>(); 用 累加 器 
for(Dish dish: menu) { 筛选 元 素 
if(dish.getCalories() < 400) { < 一 
lowCaloricDishes.add (dish); 
} 用 匿名 类 对 
} 菜肴 排序 
Collections.sort (lowCaloricDishes, new Comparator<Dish>() { < 
public int compare(Dish dishl, Dish dish2) { 
return Integer.compare(dishl.getCalories(), dish2.getCalories()); 
} 
上 
List<String> lowCaloricDishesName = new ArrayList<>(); 处 理 排序 后 
for(Dish dish: lowCaloricDishes) { 的 菜 名 列表 
lowCaloricDishesName.add (dish.getName ()); < 一 
} 














在 这 段 代码 中 , 你 用 了 一 个 “垃圾 变量 ”lowcaloricDpishes。 它 唯一 的 作用 就 是 作为 一 次 
性 的 中 间 容 器 。 在 Java 8 中 ， 实 现 的 细节 被 放 在 它 本 该 归属 的 库 里 了 。 


之 后 (Java 8 ); 











地 











人 H 


import static java.util.Comparator.comparing; 


import static java.util.stream.Collectors.toList; 选 出 400 卡路里 
List<String> lowCaloricDishesName = 以 下 的 菜肴 
menu. stream() 按照 卡 路 
.filter(d -> d.getCalories() < 400) 里 排序 
、 .Sorted (comparing (Dish::getCalories)) < 一 
将 所 有 名 称 保 存 1 -1 . . 
在 .map (Dish: :getName) | 提取 菜 着 
Lis . 秆 由 及 
.Collect (toList ()); 
的 名 称 


为 了 利用 多 核 架 构 并 行 执 行 这 段 代码 ， 你 只 需要 把 stream() 换 成 parallelstream(): 


List<String> lowCaloricDishesName = 
menu.parallelstream() 
.filter(d -> d.getCalories() < 400) 
.Sorted (comparing (Dishes::getCalories)) 
.map (Dish: :getName) 
.Collect (toList () ) ; 


你 可 能 会 想 ， 在 调用 parallelstreanm 方法 的 时 候 到 底 发 生 了 什么 。 用 了 多 少 个 线程 ”对 
性 能 有 多 大 提升 ” 是 否 应 该 使 用 这 个 方法 ? 第 7 章 会 详细 讨论 这 些 问题 。 现 在 ， 你 可 以 看 出 ， 从 
软件 工程 师 的 角度 来 看 ， 新 的 方法 有 几 个 显而易见 的 好 处 。 

口 代码 是 以 声明 性 方式 写 的 : 说 明 想 要 完成 什么 〈 筛选 热量 低 的 菜肴 ) 而 不 是 说 明 如 何 实 
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现 一 个 操作 ( 利用 循环 和 if 条 件 等 控制 流 语句 )。 你 在 前 面 的 章节 中 也 看 到 了 ， 这 种 方 
法 加 上 行为 参数 化 让 你 可 以 轻松 应 对 变化 的 需求 : 你 很 容易 再 创建 一 个 代码 版 本 ， 利 用 
Lambda 表达 式 来 筛选 高 卡路里 的 菜 看 ， 而 用 不 着 去 复制 粘贴 代码 。 这 种 方式 的 另 一 个 好 
处 是 ,线程 模 型 与 查询 操作 实现 了 解 厢 。 由 于 你 提供 了 查询 的 菜谱 ， 因 此 具体 的 执行 既 
可 以 串 行 ， 也 可 以 并 行 。 这 部 分 内 容 的 更 多 细节 请 参考 第 7 章 。 

口 你 可 以 把 几 个 基础 操作 链接 起 来 ， 来 表达 复杂 的 数据 处 理 流 水 线 (在 filter 后 面 接 上 
sorted、map 和 collect 操作 ,如 图 4-1 所 示 ), 同时 保持 代码 清晰 可 读 。filter 的 结 
果 被 传 给 了 sorted 方法 ， 再 传 给 map 方法 ， 最 后 传 给 collect 方法 。 


Lambda Lambda Lambda 


menu 一 ”| filter 一 sorted 四 map 一 eaaeet| 


图 4-1 将 流 操作 链接 起 来 构成 流 的 流水 线 


因为 filter、sorted、map 和 collect 等 操作 是 与 具体 线程 模型 无 关 的 高 层次 构件 ， 所 
以 它们 的 内 部 实现 可 以 是 单线 程 的 ,也 可 能 透明 地 充分 利用 你 的 多 核 架 构 ! 在 实践 中 , 这 意味 着 
你 用 不 着 为 了 让 某 些 数据 处 理 任 务 并 行 而 去 操心 线程 和 锁 ，Stream API 都 奉 你 做 好 了 ! 

新 的 Stream API 表达 能 力 非 常 强 。 比 如 在 读 完 本 章 以 及 第 5 章 、 第 6 章 之 后 , 你 就 可 以 写 出 
像 下面 这 样 的 代码 : 




























































































Map<Dish.Type, List<Dish>> dishesByType = 
menu.stream() .collect (groupingBy (Dish: :getType)); 


第 6 章 会 解释 这 个 例子 。 简 单 来 说 就 是 ,按照 Map 里 面 的 类 别 对 沫 肴 进行 分 组 。 比 如 ，Map 
可 能 包含 下 列 结果 : 





{FISH= [prawns, salmon], 
OTHER= [french fries, rice, season fruit, pizzal, 
MEAT= [pork, beef, chicken]} 


想 想 要 是 改 用 循环 这 种 典型 的 指令 型 编程 方式 该 怎么 实现 吧 。 别 浪费 太 多 时 间 了 。 拥抱 这 一 
章 和 接 下 来 几 章 中 强大 的 流 吧 ! 











其 他 库 : Guava、Apache 和 lambdaj 
为 了 给 Java 程序 员 提 供 更 好 的 库 操 作 集合 ,前 人 已 经 做 过 了 很 多 尝试 。 比 如 ，Guava 就 是 
谷歌 创建 的 一 个 很 流行 的 库 。 它 提供 了 multimaps 和 multisets 等 额外 的 容器 类 。Apache 
Commons Collections 库 也 提供 了 类 似 的 功能 。 最 后 ， 本 书 作者 Mario Fusco 编写 的 lambdaj 受 
到 函数 式 编程 的 启发 ， 也 提供 了 很 多 声明 性 操作 集合 的 工具 。 
如 今 Java 8 自 带 了 官方 库 ， 可 以 以 更 加 声明 性 的 方式 操作 集合 了 。 





总 结 一 下 ，Java 8 中 的 Stream API 可 以 让 你 写 出 这 样 的 代码 : 

口 声明 性 一 一 更 简洁 ， 更 易 读 ; 

口 可 复合 一 一 更 灵活 ; 

口 可 并 行 一 一 性 能 更 好 。 

在 本 章 剩 下 的 部 分 和 下 一 章 中 , 我 们 会 使 用 这 样 一 个 例子 : 一 个 menu, 它 只 是 一 张 菜肴 列表 。 


List<Dish> menu = Arrays.asList!( 














new Dish("pork", false, 800, Dish.Type.MEAT), 

new Dish("beef", false, 700, Dish.Type.MEAT), 

new Dish("chicken", false, 400, Dish.Type.MEAT), 

new Dish("french fries", true, 530, Dish.Type.OTHER), 
new Dish("rice", true, 350, Dish.Type.OTHER), 

new Dish("season fruit", true, 120, Dish.Type.OTHER), 
new Dish("pizza", true, 550, Dish.Type.OTHER), 

new Dish("prawns", false, 300, Dish.Type.FISH), 

new Dish("salmon", false, 450, Dish.Type.FISH) ); 





Dish 类 的 定义 是 : 


public class Dish { 
private final String name; 
private final boolean vegetarian; 
private final int calories; 
private final Type type; 
public Dish(String name, boolean vegetarian, int calories, Type type) { 
this.name = name; 
this.vegetarian = vegetarian; 
this.calories = calories; 
this.type = type; 





public String getName() { 
return name; 


public boolean isVegetarian() { 
return vegetarian; 


public int getCalories() { 
return calories; 





public Type getType() { 
return type; 





QOverride 
publie Strmmg toString() 
return name; 





public enum Type { MEAT, FISH, OTHER } 
} 


现在 就 来 仔细 探讨 一 下 怎么 使 用 Stream API。 我 们 会 用 流 与 集合 做 类 比 ， 做 点 儿 铺 垫 。 下 一 
章 会 详细 讨论 可 以 用 来 表达 复杂 数据 处 理 查询 的 流 操作 。 我 们 会 谈 到 很 多 模式 , 比如 筛选 、 切 片 、 
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查找 、 匹 配 、 映 射 和 归 约 ， 还 会 提供 很 多 测验 和 练习 来 加 深 你 的 理解 。 

接 下 来 会 讨论 如 何 创 建 和 操纵 数字 流 ， 比 如 生成 一 个 偶数 流 , 或 是 勾 股 数 流 。 最 后 ,我 们 会 
讨论 如 何 从 不 同 的 源 (比如 文件 ) 创建 流 。 还 会 讨论 如 何 生成 一 个 具有 无 穷 多 元 素 的 流 一 一 这 用 
集合 肯定 是 搞 不 定 了 1! 









































4.2 ” 流 简介 


讨论 流 之 前 ， 先 来 聊 聊 集合 ， 这 可 能 是 最 容易 上 手 的 方式 了 。Java 8 的 集合 支持 一 个 新 的 
stream 方法 ， 它 返 回 一 个 流 ( 接口 定义 在 java.util.stream.Stream 中 )。 后 面 你 会 看 到 ， 
还 有 很 多 别 的 方法 也 可 以 返回 流 ， 比 如 利用 数值 范围 或 从 IO 资源 生成 流 元 素 。 

那么 ， 流 到 底 是 什么 ? 简短 的 定义 就 是 “从 支持 数据 处 理 操作 的 源 生 成 的 元 素 序 列 ”。 让 我 
们 一 步 步 剖 析 这 个 定义 。 

口 元 素 序列 一 一 就 像 集合 一 样 , 流 也 提供 了 一 个 接口 , 可 以 访问 特定 元 素 类 型 的 一 组 有 序 值 。 
因为 集合 是 数据 结构 ， 所 以 它 的 主要 目的 是 以 特定 的 时 间 / 空 间 复杂 度 存 储 和 访问 元 素 ( 如 
ArrayList 与 LinkedList )。 但 流 的 目的 在 于 表达 计算 ， 比 如 你 前 面 见 到 的 filter、 
sorted 和 map。 集 合 讲 的 是 数据 ， 流 讲 的 是 计算 。 后 面 几 节 会 详细 解释 这 个 思想 。 

口 源 一 一 流 会 使 用 一 个 提供 数据 的 源 ， 比 如 集合 、 数 组 或 IO 资源 。 请 注意 ， 从 有 序 集合 

生成 流 时 会 保留 原 有 的 顺序 。 由 列表 生成 的 流 ， 其 元 素 顺序 与 列表 一 致 。 

口 数据 处 理 操作 一 一 流 的 数据 处 理 功能 支持 类 似 于 数据 库 的 操作 ， 以 及 函数 式 编程 语言 中 
的 常用 操作 ， 比 如 filter、map、reduce、find、match、sort 等 。 流 操作 可 以 顺序 
执行 ， 也 可 以 并 行 执行 。 

此 外 ， 流 操作 有 两 个 重要 的 特点 。 

口 流水 线 一 一 很 多 流 操作 本 身 会 返回 一 个 流 ， 这 样 多 个 操作 就 可 以 链接 起 来 ， 构 成 一 个 更 
大 的 流水 线 。 这 使 得 下 一 章 中 将 要 讨论 的 一 些 优化 成 为 可 能 ， 比 如 处 理 延 迟 和 短路 。 流 
水 线 的 操作 可 以 看 作 类 似 对 数据 源 进 行 数 据 库 查 询 。 

口 内 部 迭代 一 一 与 集合 使 用 和 欠 代 器 进行 显 式 欠 代 不 同 , 流 的 迭代 操作 是 在 后 台 进 行 的 。 第 1 
章 中 简要 提 到 过 这 一 点 ， 下 一 节 还 会 再 谈 到 它 。 

下 面 来 看 一 段 能 够 体现 所 有 这 些 概 念 的 代码 和 ee 

menu 《及 有 


列表 ) 获得 流 




























































































































































































import static java.util.stream.Collectors.toList; 建立 操作 流水 
List<String> threeHighCaloricDishNames = 线 : 首先 选 出 高 
menu.stream() 人 热量 的 菜肴 
.filter(dish -> dish.getCalories() > 300) < 一 
.map (Dish: :getName) 获取 





limit (3) 一 
菜 名 
.Collect (toList()); 
System.out .println(threeHighCaloricDishNames); 只 选择 
个 过 十 
将 结果 保存 在 另 结果 是 [pork，beef， | | 头 三 个 


一 个 List 中 chicken] 
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本 例 先是 对 menu 调用 stream 方法 ， 由 菜单 得 到 一 个 流 。 数 据 源 是 菜肴 列表 (菜单 )， 它 
给 流 提供 一 个 元 素 序 列 。 接 下 来 ， 对 流 应 用 一 系列 数据 处 理 操作 : filter、map、1imit 和 
collect。 除 了 collect 之 外 ， 所 有 这 些 操作 都 会 返回 另 一 个 流 ， 这 样 它们 就 可 以 接 成 一 条 流 














水 线 , 于 是 就 可 以 看 作对 源 的 一 个 查询 。 最 后 ，co11 
































Lect 操作 开始 处 理 流水 线 , 并 返回 结果 ( 它 


和 别 的 操作 不 一 样 ， 因 为 它 返 回 的 不 是 流 ， 在 这 里 是 一 个 List )。 在 调用 collect 之 前 ,没有 





任何 结果 产生 ,实际 上 根本 就 没有 从 





enu 里 选择 元 素 。 你 可 以 这 么 到 





E 解 : 链 中 的 方法 调用 都 在 


排队 等 待 , 直到 调用 collect。 图 4-2 显示 了 流 操 作 的 顺序 : filter、map、limit、collect， 





每 个 操作 简介 如 下 。 
DQ filter 








D map 





D limit 
DQ collect 














d.getCalories() > 300， 和 选择 














接受 一 个 Lambda， 从 流 中 排除 某 些 元 素 。 在 本 例 中 , 通过 传递 Lambda a -> 
对 出 热量 超过 300 卡路里 的 菜肴 。 

接受 一 个 Lambda， 将 元 素 转换 成 其 他 形式 或 提取 信息 。 在 本 例 中 ， 通 过 传递 方 
法 引用 Dish: :getName， 相 当 于 Lambda aq -> q.getName() ， 提 取 了 每 道 菜 的 菜 名 。 
截断 流 ， 使 其 元 素 不 超过 给 定数 量 。 
将 流转 换 为 其 他 形式 。 在 本 例 中 ， 流 被 转换 为 一 个 列表 。 它 看 起 来 有 点 儿 
像 变 魔术 ， 第 6 章 会 详细 解释 collect 的 工作 原型 











。 现 在 ， 你 可 以 把 collect 看 作 能 








够 接受 各 种 方案 作为 参数 ， 并 将 流 中 的 元 素 累 积 成 为 一 个 汇总 结果 的 操作 。 这 里 的 
toList () 就 是 将 流转 换 为 列表 的 方案。 





菜单 流 





国 国 加 加 








Stream<Dish> 


Stream<Dish> 


map (Dish: :getName) 








Streams Strinyg> 


Stream<String> 


collect (toList()) 

















List<String> 





























图 4-2 ”使 用 流 来 筛选 菜单 ， 找 出 三 个 高 热量 菜肴 的 名 字 





78 第 4 章 引入 流 





注意 看 ,刚刚 解释 的 这 段 代码 ， 与 逐 项 处 理 菜单 列表 的 代码 有 很 大 不 同 。 首 先 , 我 们 使 用 了 
声明 性 的 方式 来 处 理 菜单 数据 ， 即 你 说 的 对 这 些 数据 需要 做 什么 :“ 查 找 热量 最 高 的 三 道 菜 的 菜 
名 。” 你 并 没有 去 实现 第 选 ( filter )、 提 取 (map ) 或 截断 (1imit ) 功能 ，Streams 库 已 经 自 
带 了 。 因 此 ，Stream API 在 决定 如 何 优 化 这 条 流水 线 时 更 为 灵活 。 例 如 ， 筛选、 提取 和 截断 操作 
可 以 一 次 进行 ， 并 在 找到 这 三 道 菜 后 立即 停止 。 下 一 章 会 介绍 一 个 能 体现 这 一 点 的 例子 。 

在 进一步 介绍 能 对 流 做 什么 操作 之 前 ， 先 回 过 头 来 看 看 Collection API 和 新 的 Stream API 的 
概念 有 何不 同 。 


4.3 流 与 集合 


Java 现 有 的 集合 概念 和 新 的 流 概念 都 提供 了 接口 , 来 配合 代表 元 素 型 有 序 值 的 数据 接口 。 所 
谓 有 序 ， 就 是 说 我 们 一 般 是 按 顺 序 取 值 ， 而 不 是 随机 取 用 。 那 这 两 者 有 什么 区 别 呢 ? 

先 来 打 个 直观 的 比方 吧 。 比 如 说 存在 DVD 里 的 电影 ， 这 就 是 一 个 集合 (也许 是 字 节 ， 也 许 
是 帧 ， 这 个 无 所 谓 )， 因 为 它 包 含 了 整个 数据 结构 。 现 在 再 来 想 想 在 互联 网 上 通过 视频 流 看 同样 
的 电影 。 现 在 这 是 一 个 流 〈 字 节 流 或 帧 流 )。 流 媒体 视频 播放 器 只 要 提前 下 载 用 户 观 看 位 置 的 那 
几 帧 就 可 以 了 ， 这 样 不 用 等 到 流 中 大 部 分 值 计算 出 来 ， 你 就 可 以 显示 流 的 开始 部 分 了 ( 想 想 观 
看 直播 足球 赛 )。 特 别 要 注意 ,视频 播放 器 可 能 没有 将 整个 流 作为 集合 , 保存 所 需要 的 内 存 绥 冲 
区 一 一 而 且 要 是 非得 等 到 最 后 一 帧 出 现 才 能 开始 看 ， 那 等 待 的 时 间 就 太 长 了 。 出 于 实现 的 考虑 ， 
你 也 可 以 让 视频 播放 器 把 流 的 一 部 分 缓存 在 集合 里 ， 但 和 概念 上 的 差异 不 是 一 回 事 。 

粗略 地 说 ， 集 合 与 流 之 间 的 差异 就 在 于 什么 时 候 进 行 计 算 。 集 合 是 一 个 内 存 中 的 数据 结构 ， 
它 包含 数据 结构 中 目前 所 有 的 值 一 一 集合 中 的 每 个 元 素 都 得 先 算 出 来 才能 添加 到 集合 中 ( 你 可 以 
往 集合 里 加 东西 或 者 删 东 西 , 但 是 不 管 什 么 时 候 , 集合 中 的 每 个 元 素 都 是 放 在 内 存 里 的 , 元 素 都 
得 先 算出 来 才能 成 为 集合 的 一 部 分 )。 

相 比 之 下 ， 流 则 是 在 概念 上 固定 的 数据 结构 ( 你 不 能 添加 或 删除 元 素 )， 其 元 素 是 按 需 计算 
的 。 这 对 编程 有 很 大 的 好 处 。 第 6 章 会 展示 构建 一 个 质数 流 (2, 3, 5, 7, 11, … ) 有 多 简单 ， 尽 管 
质数 有 无 穷 多 个 。 这 个 理念 就 是 用 户 仅仅 从 流 中 提取 需要 的 值 , 而 这 些 值 一 一 在 用 户 看 不 见 的 地 
方 一 一 只 会 按 需 生成 。 这 是 一 种 生产 者 -消费 者 的 关系 。 从 男 一 个 角度 来 说 ， 流 就 像 是 一 个 延迟 
创建 的 集合 : 只 有 在 消费 者 要 求 的 时 候 才 会 计算 值 ( 用 管理 学 的 话说 这 就 是 需求 驱动 ， 甚 至 是 实 
时 制造 )。 

与 此 相反 , 集合 则 是 急切 创建 的 (供应 商 驱 动 : 先 把 仓库 装 满 ， 再 开始 卖 ， 就 像 那 些 县 花 一 
现 的 圣诞 新 玩意 儿 一 样 )。 以 质数 为 例 ， 要 是 想 创 建 一 个 包含 所 有 质数 的 集合 ， 那 这 个 程序 算 起 
来 就 没完 没 了 了 ,因为 总 有 新 的 质数 要 算 ， 然 后 把 它 加 到 集合 里 面 。 当 然 这 个 集合 是 永远 也 创建 
不 完 的 ， 消 费 者 这 辈子 都 见 不 着 了 。 

图 4-3 用 DVD 对 比 在 线 流 媒体 的 例子 展示 了 流 和 集合 之 间 的 差异 。 
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Java 8 中 的 集合 就 像 是 存 Java 8 中 的 流 就 像 用 在 
在 DVD 上 的 电影 线 流 媒体 看 的 电影 
急切 创建 意味 着 要 延迟 创建 意味 着 只 
等 待 计 算 所 有 值 计算 需要 的 值 互联 网 


从 DVD 上 读 昌 
所 有 信息 




















和 DVD 一样， 集合 中 保存 了 数据 结 和 视频 流 一 样 ， 只 有 
构 现在 拥有 的 所 有 值 一 一 每 个 元 素 在 需要 时 才 会 计算 值 




















都 得 先 计 算出 来 才能 加 到 集合 里 











图 4-3 流 与 集合 


男 一 个 例子 是 用 浏览 右 进 行 互 联网 搜索 。 假设 你 搜索 的 短语 在 Google 或 是 网 店 里 面 有 很 多 
匹配 项 。 你 用 不 着 等 到 所 有 结果 和 照片 的 集合 下 载 完 ， 而 是 得 到 一 个 流 ， 里 面 有 最 好 的 10 个 或 
20 个 匹配 项 ， 还 有 一 个 按钮 来 查看 下 面 10 个 或 20 个 。 当 你 作为 消费 者 点 击 “ 下 面 10 个 ”的 时 
候 ， 供 应 商 就 按 需 计算 这 些 结果 ， 然 后 再 送 回 你 的 浏览 器 上 显示 。 












































4.3.1 只 能 遍历 一 次 


请 注意 ， 和 迭代 器 类 似 ， 流 只 能 遍历 一 次 。 遍 历 完 之 后 ， 我 们 就 说 这 个 流 已 经 被 消费 掉 了 。 
你 可 以 从 原始 数据 源 那 里 再 获得 一 个 新 的 流 来 重新 遍历 一 遍 ， 就 像 迭 代 器 一 样 ( 这 里 假设 它 是 集 
合 之 类 的 可 重复 的 源 ， 如 果 是 IO 通道 就 “没戏 ”了 )。 例 如 ， 以 下 代码 会 抛 出 一 个 异常 ， 说 流 
已 被 消费 掉 了 : 





























List<String> title = Arrays.asList ("Modern", "Java", "In", "Action"); 
Stream<String> s = title.stream(); 
s.forEach(System.out::println); < | 打印 标题 中 的 每 个 单词 


s.forEach(System.out::println); 
java.lang.IllegalStateException: 
流 已 被 操作 或 关闭 

所 以 要 记得 ， 流 只 能 消费 一 次 ! 
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哲学 中 的 流 和 
对 于 喜欢 哲学 的 读者 ， 你 人 相反 ， 集 合 则 是 空间 (这 
里 就 是 计算 机 内 存 ) 中 分 布 的 一 组 值 , 在 一 个 时 间 点 上 全 体 存在 一 你 可 以 使 用 迭代 器 来 访问 
for-each 循环 中 的 内 部 成 员 。 





集合 和 流 的 另 一 个 关键 区 别 在 于 它们 遍历 数据 的 方式 。 
4.3.2 ”外 部 迭代 与 内 部 迭代 


使 用 collection 接口 需要 用 户 去 做 迭代 ( 比如 用 for-each )， 这 称 为 外 部 迭代 。 相反 ， 
Stream 库 使 用 内 部 迭代 尔 把 迭代 做 了 ,还 把 得 到 的 流 值 存在 了 某 个 地 方 , 你 只 要 给 出 一 
个 函数 说 要 干什么 就 可 以 了 。 下 面 的 代码 列表 说 明了 这 种 区 别 。 


代码 清单 4-1 集合 : 用 for-each 循环 外 部 迭代 














List<String> names = new ArrayList<>(); 显 式 顺序 迭代 

for(Dish dish: menu){ 二 菜单 列表 
names.add (dish.getName ()); < 一] 提取 名 称 并 将 其 

添加 到 累加 器 








起 





请 注意 尽 ，for-each 还 隐藏 了 迭代 中 的 一 些 复杂 性 。 for-each 结构 是 一 个 话 法 糖 ， 它 背 
的 东西 用 Iterator 对 象 表达 出 来 会 更 丑陋 。 


代码 清单 4-2 集合 : 用 背后 的 和 欠 代 咒 做 外 部 和 欠 代 


List<String> names = new ArrayList<>(); 
Iterator<String> iterator = menu.iterator(); 
while(iterator.hasNext()) { 
Dish dish = iterator.next (); | 显 式 迭代 
names.add (dish.getName ()); 
} 


代码 清单 4-3 流 : 内 部 迭代 


List<String> names = menu.stream() 用 getName 方法 参数 
.map (Dish: :getName) < 一 化 map， 提 取 菜 名 


开始 执行 操作 流 .collect (toList()); 
水 线 ; 没有 和 迭代 ! 


证 我 们 用 一 个 比喻 来 解释 内 部 迭代 的 差异 和 好 处 吧 。 比 方 说 你 正在 和 你 两 岁 的 女儿 索菲亚 说 
话 ， 希望 她 能 把 玩具 收 起 来 。 





你 : 我 们 把 玩具 收 起 来 吧 。 地 上 还 有 玩具 吗 ? ” 
索菲亚 :“ 有 ， 有 球 。” 
你 : < 好 ， 把 球 放 进 盒子 里 。 还 有 吗 ? ” 
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索菲亚 :“ 有 ， 那 是 我 的 娃娃 。” 
你 :“ 好 ， 把 娃娃 放 进 盒子 里 。 还 有 吗 ? ” 


索菲亚 :“ 没 了 ， 没 有 了 。 
你 :“ 好 ， 我 们 收 好 啦 。 


这 正 是 你 每 天 都 要 对 Java 集合 所 做 的 。 你 外 部 迭代 一 个 集合 ， 显 式 地 取出 每 个 项 目 再 加 以 
处 理 。 如 果 你 只 需 跟 索 菲 亚 说 “把 地 上 所 有 的 玩具 都 放 进 盒子 里 ”就 好 了 。 内 部 迭代 比较 好 的 原 
因 有 两 个 : 第 一 ,索非亚 可 以 选择 一 只 手 拿 娃娃 ， 另 一 只 手 拿 球 ; 第 二 ， 她 可 以 决定 先 拿 离 盒子 
最 近 的 那个 东西 ,然后 再 拿 别 的 。 同 样 的 道理 ， 内 部 迭代 时 , 项目 可 以 透明 地 并 行 处 理 , 或 者 以 
更 优化 的 顺序 进行 处 理 。 要 是 用 Java 过 去 的 那 种 外 部 迭代 方法 ， 这 些 优化 都 是 很 困难 的 。 这 似 
乎 有 点 儿 鸡 蛋 里 挑 骨头 ， 但 这 差不多 就 是 Java 8 引入 流 的 理由 了 一 一 Streams 库 的 内 部 迭代 可 以 
自动 选择 一 种 适合 你 硬件 的 数据 表示 和 并 行 实现 。 与 此 相反 , 一 旦 选择 了 for-each 这 样 的 外 部 
迭代 ， 那 你 基本 上 就 要 自己 管理 所 有 的 并 行 问题 了 ( 自己 管理 实际 上 意味 着 “ 某 个 良 展 吉 日 我 们 
会 把 它 并 行 化 ”或 “开始 了 关于 任务 和 synchronized 的 漫长 而 艰苦 的 斗争 ”)。Java 8 需要 一 个 
类 似 于 collection 却 没 有 迭代 器 的 接口 ， 于 是 就 有 了 Streaml 4-4 说 明了 流 (内 部 迭代 ) 
与 集合 〈 外 部 迭代 ) 之 间 的 差异 。 
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图 4-4 ”内 部 迭代 与 外 部 迭代 
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我 们 已 经 介绍 了 集合 与 流 在 概念 上 的 差异 ， 特 别 是 流利 用 内 部 迭代 自动 地 替 你 执行 了 选 代 。 
但 是 ,除非 你 预先 定义 好 了 能 隐藏 送 代 的 操作 列表 ,例如 Filter 或 map， 否 则 这 一 特性 对 你 不 
一 定 有 用 。 大 多 数 这 类 操作 都 接受 Lambda 表达 式 作为 参数 ， 因 此 你 可 以 利用 前 几 章 介绍 的 方法 
对 它 的 行为 进行 参数 化 。 Java 语言 的 设计 者 为 Stream API 提供 了 大 量 的 操作 ,可 以 表达 非常 复杂 
的 数据 处 理 查询 逻辑 。 现 在 先 简要 地 看 一 下 这 些 操作 ， 下 一 章 中 会 配 上 例子 详细 讨论 。 为 了 检 
验 你 对 外 部 适 代 和 内 部 闪 代 的 理解 ， 请 尝试 一 下 测验 4.1。 




















测验 4.1;， 外 部 迁 代 与 内 部 选 代 
基于 你 对 代码 清单 4-1 和 代码 清单 4.2 中 外 部 选 代 的 学 习 ， 请 选择 一 种 流 操作 来 重 构 下 面 
的 代码 。 


List<String> highCaloricDishes = new ArrayList<>(); 
eencton Seemneo eernionm member one. 
while(iterator.hasNext ()) { 

DslmeS ln eo on me 

(ls ee ne e000 

highCaloricDishes.add(d.getName()); 

} 

》 


答案 : 应 该 选择 使 用 filter 模式 。 


uel < oe be ldo eo ea 
menu.stream() 
Eeerm(ame mn mn oeealornite te > 00 
人 


即使 你 现在 对 如 何 准 确 地 编写 流 查询 还 不 太 熟悉 也 不 必 担 心 ， 下 一 章 会 深入 探讨 这 部 分 


内 容 。 


4.4 流 操作 


java.util.stream.Stream 中 的 Stream 接口 定义 了 许多 操作 。 它 们 可 以 分 为 两 大 类 。 
再 来 看 一 下 前 面 的 例子 : 





从 菜单 
List<String> names = menu.stream() < 一 获得 流 
.filter(dish -> dish.getCalories() > 300) 
.map (Dish: :getName) < 
中 间 操 作 .1imit (3) 4 中 间 
.collect (toList()); < 一 操作 
将 stream 中 间 
你 可 以 看 到 两 类 操作 : 转换 为 List 操作 


口 filter、map 和 1imit 可 以 连 成 一 条 流水 线 ; 
口 collect 触发 流水 线 执行 并 关闭 它 。 
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可 以 连接 起 来 的 流 操 作 称 为 中 间 操 作 , 关闭 流 的 操作 称 为 终端 操作 。 图 4-5 中 展示 了 这 两 类 
操作 。 这 种 区 分 有 什么 意义 呢 ? 


Lambda Lambda 整数 


| 








中 间 操 作 终端 操作 


图 4-5 中间 操作 与 终端 操作 








4.4.1 中间 操作 


诸如 filter 或 sorted 等 中 间 操 作 会 返回 另 一 个 流 。 这 让 多 个 操作 可 以 连接 起 来 形成 一 个 
查询 。 重 要 的 是 , 除非 流水 线 上 触发 一 个 终端 操作 ,否则 中 间 操 作 不 会 执行 任何 处 理 一 一 它们 很 
懒 。 这 是 因为 中 间 操 作 一 般 都 可 以 合并 起 来 ， 在 终端 操作 时 一 次 性 全 部 处 理 。 

为 了 搞 清楚 流水 线 中 到 底 发 生 了 什么 ， 我们 把 代码 改 一 改 ， 让 每 个 Lambda 都 打印 出 当前 处 
理 的 菜肴 〈 就 像 很 多 演示 和 调试 技巧 一 样 , 这 种 编程 风格 要 是 搁 在 生产 代码 里 那 就 吓 死人 了 , 但 
是 学 习 的 时 候 可 以 直接 看 清楚 求 值 的 顺序 ): 

List<String> names = 
menu.stream() 

.filter(dish -> { 
打印 当前 筛选 System.out .println("filtering:" + dish.getName()); 

return dish.getCalories() > 300; 
es 号 
.map (dish -> { 
System.out .println("mapping:" + dish.getName()); 
return dish.getName(); 
. 提取 菜 名 时 


ol ET:)} 本 
.Collect (toList()); 打印 出 来 


System.out .println (names); 


此 代码 执行 时 将 打印 : 











filtering:pork 
mapping:pork 
filtering:beef 
mapping:beef 
filtering:chicken 
mapping:chicken 
[pork, beef, chicken] 


你 会 发 现 , 有 好 几 种 优化 利用 了 流 的 延迟 性 质 。 第 一 , 尽管 很 多 菜 的 热量 都 高 于 300 卡路里 ， 
但 只 选 出 了 前 三 个 ! 这 是 因为 1imit 操作 和 一 种 称 为 短路 的 技巧 ， 下 一 章 会 对 此 做 详细 解释 。 
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第 二 ,尽管 filter 和 map 是 两 个 独立 的 操作 ， 但 它们 合并 到 同一 次 遍历 中 了 《我 们 把 这 种 技 
术 叫 作 循环 合并 )。 








4.4.2 ”终端 操作 

终端 操作 会 从 流 的 流水 线 生 成 结果 ， 其 结果 是 任何 不 是 流 的 值 ， 比 如 List、Integer， 甚 
至 voig。 例如 ， 在 下 面 的 流水 线 中 ，forEach 是 一 个 返回 void 的 终端 操作 ， 它 会 对 源 中 的 每 
道 菜 应 用 一 个 Lambda。 把 system.out .println 传递 给 forEach， 并 要 求 它 打印 出 由 menu 
生成 的 流 中 的 每 一 个 Dish: 

menu.stream() .forEach(System.out::println); 


为 了 检验 你 对 中 间 操 作 和 终端 操作 的 理解 程度 ， 试 试 测验 4.2 吧 。 






































测验 4.2: 中 间 操 作 与 终端 操作 
在 下 列 流水 线 中 ， 你 能 找 出 中 间 操 作 和 终端 操作 吗 ? 


long count = menu.stream() 
.filter(dish -> dish.getCalories() > 300) 
oe (Ce) 
> Eie (ei) 
eonae (hy 


答案 : 流水 线 中 最 后 一 个 操作 count 返回 一 个 1ong,， 这 是 一 个 非 Stream 的 值 。 因 此 它 
是 一 个 终端 操作 。 所 有 前 面 的 操作 ，filter、aqistinct、1limit， 都 是 连接 起 来 的 ， 并 返回 
一 个 Stream， 因 此 它们 是 中 间 操 作 。 


4.4.3 ”使 用 流 


总 而 言 之 ， 流 的 使 用 一 般 包括 三 件 事 : 
D 一 个 数据 源 〈 如 集合 ) 来 执行 一 个 查询 ; 
口 一 个 中 间 操 作 链 ， 形 成 一 条 流 的 流水 线 ; 
口 一 个 终端 操作 ， 执 行 流水 线 ， 并 能 生成 结果 。 
流 的 流水 线 背 后 的 理念 类 似 于 构建 器 模式 。 在 构建 器 模式 中 有 一 个 调用 链 用 来 设置 一 套 配 置 
《对 流 来 说 这 就 是 一 个 中 间 操 作 链 )， 接 着 是 调用 puila 方法 ( 对 流 来 说 就 是 终端 操作 )。 
为 方便 起 见 ， 表 4-1 和 表 4-2 总 结 了 你 前 面 在 代码 例子 中 看 到 的 中 间 流 操作 和 终端 流 操作 。 
请 注意 这 并 不 能 涵盖 Stream API 提供 的 操作 ， 你 在 下 一 章 中 还 会 看 到 更 多 。 
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表 4-1 中 间 操 作 













































































操 作 类 型 返回 类 型 操作 参数 函数 描述 符 
filter 中 间 Stream<T> Predicate<T> T -> boolean 
map 中 间 Stream<R> Function<T, R> T ->R 
limit 中 间 Stream<T> 
sorted 中 间 Stream<T> Comparator<T> (T, T) -> int 
distinct 中 间 Stream<T> 
表 4-2 终端 操作 

操 作 类 型 返回 类 型 目 的 

forEach 终端 void 消费 流 中 的 每 个 元 素 并 对 其 应 用 Lambda 

eol leet 终端 (generic) 把 流 归 约 成 一 个 集合 ， 比 如 List 、Map， 其 至 是 Integer。 详 见 第 6 章 


4.5 ”路 线 图 


下 一 章 会 用 案例 详细 介绍 一 些 可 以 用 的 流 操 作 , 让 你 了 解 可 以 用 它们 表达 什么 样 的 查询 。 我 
们 会 看 到 很 多 模式 ， 比 如 过 滤 、 切 片 、 查 找 、 匹 配 、 映 射 和 归 约 ， 它 们 可 以 用 来 表达 复杂 的 数据 
处 理 查询 。 

因为 第 6 章 会 非常 详细 地 讨论 收集 器 , 所 以 本 章 仅 介绍 把 collect () 终端 操 作 ( 参见 表 4-2 ) 
用 于 collect (toList () ) 的 特殊 情况 。 这 一 操作 会 创建 一 个 与 流 具 有 相同 元 素 的 列表 。 











4.6 小结 


以 下 是 本 章 中 的 关键 概念 。 

口 流 是 “从 支持 数据 处 理 操作 的 源 生成 的 一 系列 元 素 "。 

口 流利 用 内 部 迭代 : 迭代 通过 filter、map、sorted 等 操作 被 抽象 掉 了 。 

口 流 操作 有 两 类 : 中 间 操 作 和 终端 操作 。 

口 filter 和 map 等 中 间 操 作 会 返回 一 个 流 ， 并 可 以 链接 在 一 起 。 可 以 用 它们 来 设置 一 条 
流水 线 ， 但 并 不 会 生成 任何 结果 。 

口 forEach 和 count 等 终端 操作 会 返回 一 个 非 流 的 值 ， 并 处 理 流 水 线 以 返回 结 

口 流 中 的 元 素 是 按 需 计算 的 。 


















































使 用 流 








本 章 内 容 

口 筛选 、 切 片 和 映射 

口 查找 、 匹 配 和 归 约 

口 使 用 数值 范围 等 数值 流 
口 从 多 个 源 创 建 流 

口 无 限 流 





在 上 一 章 中 你 已 看 到 了 ， 流 让 你 从 外 部 迭代 转向 内 部 迭代。 这 样 ， 你 就 用 不 着 写 下 面 这 样 
的 代码 来 显 式 地 管理 数据 集合 的 迭代 外 部 迭代 ) 了 : 








List<Dish> vegetarianDishes = new ArrayList<>(); 
for(Dish d: menu) 1{ 
if(d.isVegetarian()){ 
vegetarianDishes.add(d); 
} 
} 


你 可 以 使 用 支持 filter 和 collect 操作 的 Stream API 管 理 集合 数据 的 迭代 ( 内 部 迭代 )。 
你 只 需要 将 筛选 行为 作为 参数 传递 给 filter 方法 就 行 了 。 





import static java.util.stream.Collectors.toList; 
List<Dish> vegetarianDishes = 
menu . Stream() 
.filter (Dish::isVegetarian) 
.Collect (toList()); 


这 种 处 理 数据 的 方式 很 有 用 , 因为 你 让 Stream API 管 理 如 何 处 理 数 据 。 这样 Stream API 就 可 
以 在 背后 进行 多 种 优化 。 此 外 ,使 用 内 部 迁 代 的 话 ，Stream API 可 以 决定 并 行 运行 你 的 代码 。 这 
要 是 用 外 部 迭代 的 话 就 办 不 到 了 ， 因 为 你 只 能 用 单一 线程 挨个 迭代 。 

通过 本 章 ， 你 能 全 面 地 了 解 Stream API 支持 的 各 种 操作 。 我 们 会 学 习 Java 8 中 Stream 已 经 
支持 的 操作 和 Java 9 中 Stream 新 增 的 操作 。 这 些 操作 能 帮助 你 实现 复杂 的 数据 查询 ， 如 筛选 、 
切片 、 映 射 、 查 找 、 匹 配 和 归 约 。 接 着 , 我 们 会 了 解 一 些 比较 特殊 的 流 : 数值 流 、 由 多 个 来 源 ( 璧 
如 文件 和 数组 ) 构成 的 流 ， 以 及 无 限 流 。 

















5.1 筛选 
在 本 节 中 ， 我 们 来 看 看 如 何 选择 流 中 的 元 素 : 用 谓词 第 选 ， 筛 选 出 各 不 相同 的 元 素 。 


5.1.1 用 谓词 筛选 


Stream 接口 支持 filter 方法 (你 现在 应 该 很 熟悉 了 )。 该 操作 会 接受 一 个 谓词 (一 个 返回 
boolean 的 函数 ) 作为 参数 ， 并 返回 一 个 包括 所 有 符合 谓词 的 元 素 的 流 。 例 如 ， 你 可 以 像 图 5-1 
所 示 的 这 样 ， 筛 选 出 所 有 素菜 ， 创 建 一 张 素食 菜单 。 

List<Dish> vegetarianMenu = menu.stream() 方法 引用 检 


.filter(Dish::isVegetarian) <- 一 查 菜 着 是 否 
.Collect (toList () ) ; 适合 素食 者 











菜单 流 
围 国 Ba 
filter (Dish::isVegetarian) 
Stream<Dish> 
collect (toList()) 
List<Dish> 


5-1 用 谓词 第 选 一 个 流 








5.1.2 ”筛选 各 异 的 元 素 


流 还 支持 一 个 叫 作 distinct 的 方法 , 它 会 返回 一 个 元 素 各 异 (根据 流 所 生成 元 素 的 hashCode 
和 equals 方法 实现 ) 的 流 。 例 如 ， 以 下 代码 会 筛选 出 列表 中 所 有 的 偶数 ， 并 确保 没有 重复 (使 
用 equals 方法 进行 比较 )。 图 5-2 直观 地 显示 了 这 个 过 程 。 


List<Integer> numbers = Arrays.asList(1, 2, 1, 3, 3, 2, 4); 
numbers.stream() 

.filter(i -> i % 2 == 0) 

.distinct() 

.forEach(System.out::println); 
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数值 流 





4 Stream<Integer> 















































filter (i -> i gs 2 == 0) ] 
4 


Stream<Integer> 


























distinct () 


Stream<Integer> 





forEach (System.out: :println) 


System.out .println (2); ， 
void 
System.out.println (4); 


图 5-2 ”筛选 流 中 各 异 的 元 素 


在 测验 5.1 上 试 试 本 节 学 过 的 内 容 吧 。 














测验 5.1: 人 筛选 
你 将 如 何 利 用 流 来 筛选 前 两 个 荤菜 呢 ? 
答案 : 可 以 把 filter 和 1imit 组 合 在 一 起 来 解决 这 个 问题 , 并 用 collect (toList ()) 
将 流转 换 成 一 个 列表 。 


List<Dish> dishes = 
menu.stream!() 
nen rio ee hm MA 
slate 光 
eo er ol 


5.2 流 的 切片 


本 节 会 讨论 如 何 通 过 其 他 方式 选择 或 跳 过 流 中 的 某 些 元 素 。 使 用 Stream 的 一 些 操作 结合 谓 
词 ,你 可 以 高 效 地 选择 或 者 丢弃 流 中 的 元 素 , 壁 如 忽略 流 的 前 几 个 元 素 , 或 者 按照 设 定 的 大 小 对 
流 实施 截 短 操 
5.2.1 使 用 谓词 对 流 进行 切片 


Java 9 引入 了 两 个 新 方法 ， 可 以 高 效 地 选择 流 中 的 元 素 ， 这 两 个 方法 分 别 是 : takewhile 
和 dropWhile。 
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1. 使 用 takewhile 
假设 你 需要 处 理 下 面 这 个 菜单 列表 : 


List<Dish> specialMenu = Arrays.asList!( 
new Dish("seasonal fruit", true, 120, Dish.Type.OTHER), 
new Dish("prawns", false, 300, Dish.Type.FISH), 
new Dish("rice", true, 350, Dish.Type.OTHER), 
[wy 
fs 


new Dish("chicken", false, 400, Dish.Type.MEAT), 
new Dish("french fries", true, 530, Dish.Type.OTHER)); 


怎样 才能 从 这 些 菜单 中 选 出 热量 少 于 320 卡路里 的 那些 菜肴 呢 ? 你 本 能 地 想起 了 前 面 章节 
学 习 过 的 filter 操作 ， 它 可 以 执行 下 面 的 动作 : 





List<Dish> filteredMenu 
= SpecialMenu.stream() 














i j 由 季节 性 的 水 果 、 
.filter(dish -> dish.getCalories() < 320) 
.Collect (toList ()); < 一 是 构成 的 列表 
然而 ， 采 用 这 种 方式 ， 初 始 列 表 中 的 元 素 已 经 按照 热量 进行 了 排序 操作 ! 这 里 采用 filter 











的 缺点 是 , 你 需要 遍历 整个 流 中 的 数据 ,对 其 中 的 每 一 个 元 素 执行 谓词 操作 。 而 你 本 可 以 在 发 现 
第 一 个 热量 大 于 ( 或 者 等 于 ) 320 卡路里 的 菜肴 时 就 停止 处 理 的 。 如 果 你 要 处 理 的 列表 规模 不 大 ， 
这 不 算 什么 大 问题 , 但 是 ,如 果 你 要 处 理 的 是 一 个 由 海量 元 素 构 成 的 流 , 采用 恰当 的 方式 所 带 来 
的 性 能 提升 还 是 很 可 观 的 。 然 而 ， 怎 样 才 能 达到 期 望 的 效果 呢 ?”takewhile 操作 就 是 为 此 而 生 
的 ! 它 可 以 帮助 你 利用 谓词 对 流 进行 分 片 ( 即便 你 要 处 理 的 流 是 无 限 流 也 毫 无 困难 )。 更 妙 的 是 ， 
它 会 在 遭遇 第 一 个 不 符合 要 求 的 元 素 时 停止 处 理 。 下 面 这 段 代码 演示 了 如 何 使 用 takewhile: 




































































List<Dish> slicedMenul 
= specialMenu.stream() 由 季节 性 的 水 果 、 
.takeWhile(dish -> dish.getCalories() < 320) 虾 构成 的 列表 
.collect (toList()); Sh 


2. 使 用 dropWhile 
如 果 你 想 要 的 是 其 他 的 元 素 , 又 该 怎么 办 呢 ? 壁 如 , 你 想 要 找 出 那些 热量 大 于 320 卡路里 的 
元 素 。 你 可 以 借助 aropwhile 操作 达到 这 一 目标 : 





List<Dish> slicedMenu2 
= specialMenu.stream() 
.dropWhile(dish -> dish.getCalories() < 320) 
.Collect (toList () ) ; 
dropWhile 操作 是 对 takewhile 操作 的 补充 。 它 会 从 头 开 始 , 丢弃 所 有 谓词 结果 为 false 
的 元 素 。 一 旦 遭遇 谓词 计算 的 结果 为 true， 它 就 停止 处 理 ， 并 返回 所 有 剩余 的 元 素 ， 即 便 要 处 
理 的 对 象 是 一 个 由 无 限 数量 元 素 构成 的 流 ， 它 也 能 工作 得 很 好 。 


由 米饭 、 鸡 肉 以 及 炸 
< 警 条 构成 的 列表 
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5.2.2 截 短 流 


流 支 持 Limit (n) 方 法 , 该 方法 会 返回 男 一 个 不 超过 给 定 长 度 的 流 。 所 需 的 长 度 作为 参数 伟 
递 给 1imit。 如 果 流 是 有 序 的 ， 则 最 多 会 返回 前 n 个 元 素 。 比 如 ， 你 可 以 建立 一 个 List， 选 出 
热量 超过 300 卡路里 的 头 三 道 菜 


List<Dish> dishes = SpecialMenu 


.Stream() 
wy .filter(dish -> dish.getCalories() > 300) 
列 出 米饭 、 鸡 limit (3) 
上 炸 董 条 
肉 、 炸 苗条 -collect(toList ()); 





图 5-3 展示 了 filter 和 1imit 的 组 合 。 你 可 以 看 到 , 该 方法 只 选 出 了 符合 谓词 的 头 三 个 元 
素 ， 然 后 就 立即 返回 了 结 






























































菜单 流 

Stream<Dish> 
filter(d -> d.getCalories() 

Stream<Dish> 
limit (3) 

Stream<Dish> 
collect (toList ()) 

List<Dish> 

















图 5-3” 截 短 流 

















请 注意 ，lLimit 也 可 以 用 在 无 序 流 上 ， 比 如 源 是 一 个 set 。 这 种 情况 下 ，1imit 的 结果 不 
会 以 任何 顺序 排列 。 


5.2.3” 跳 过 元 素 


流 还 支持 skip (n) 方 法 ， 返回 一 个 扔 掉 了 前 n 个 元 素 的 流 。 如 果 流 中 元 素 不 足 n 个 ， 则 返 
回 一 个 空 流 。 请 注意 ，limit (n) 和 skip (n) 是 互补 的 ! 例如 ， 下 面 的 代码 将 跳 过 热量 超过 300 
卡路里 的 头 两 道 荣 ， 并 返回 剩 下 的 。 图 5-4 展示 了 这 个 查询 。 





List<Dish> dishes = menu.stream() 
.filter(d -> d.getCalories() > 300) 
.Skip(2) 
.collect (toList()); 
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菜单 流 


Stream<Dish> 


图 






filter(d -> d.getCalories() > 300) 











Skip(2) 


Stream<Dish> 


collect (toList ()) 





iat<Digh 




















图 5-4 在 流 中 跳 过 元 素 


5.3 映射 


一 个 非常 常见 的 数据 处 理 套 路 就 是 从 某 些 对 象 中 选择 信息 。 比 如 在 SQL 里 ， 你 可 以 从 表 中 
选择 一 列 。Stream API 也 通过 map 和 flatMap 方法 提供 了 类 似 的 工具 。 


5.3.1 ”对流 中 每 一 个 元 素 应 用 函数 


流 支 持 map 方法 ， 它 会 接受 一 个 函数 作为 参数 。 这 个 函数 会 被 应 用 到 每 个 元 素 上 ， 并 将 其 
映射 成 一 个 新 的 元 素 (使 用 映射 一 词 ， 是 因为 它 和 转换 类 似 , 但 其 中 的 细微 差别 在 于 它 是 “创建 
一 个 新 版 本 ”而 不 是 去 “修改 ”)。 例 如 ， 下 面 的 代码 把 方法 引用 Dish: :getName 传 给 了 map 
方法 ， 来 提取 流 中 菜肴 的 名 称 : 

List<String> dishNames = menu.stream() 


.map (Dish: :getName) 
.Collect (toList ()); 


因为 getName 方法 返回 一 个 string， 所 以 map 方法 输出 的 流 的 类 型 就 是 stream <String>。 
让 我 们 看 一 个 稍微 不 同 的 例子 ， 来 巩固 一 下 对 map 的 理解 。 给 定 一 个 单词 列表 ， 你 想 要 返 
回 另 一 个 列表 , 显示 每 个 单词 中 有 几 个 字母 。 怎么 做 呢 ? 你 需要 对 列表 中 的 每 个 元 素 应 用 一 个 也 
数 。 这 听 起 来 正好 该 用 map 方法 去 做 ! 应 用 的 函数 应 该 接受 一 个 单词 ， 并 返回 其 长 度 。 你 可 以 
像 下 面 这 样 ， 给 map 传递 一 个 方法 引用 string: :length 来 解决 这 个 问题 : 
List<String> words = Arrays.asList ("Modern", "Java", "In", "Action"); 
List<Integer> wordLengths = words.stream!() 


.map (String: :length) 
.Collect (toList ()); 
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现在 回 到 提取 菜 名 的 例子 。 如 果 你 要 找 出 每 道 菜 的 名 称 有 多 长 , 该 怎么 做 ? 可 以 像 下 面 这 样 ， 


再 链接 上 一 个 map: 


List<Integer> dishNameLengths = menu.stream() 
.map (Dish: :getName) 
.map (String::length) 
.Collect (toList()); 


5.3.2 ” 流 的 扁平 化 








你 已 经 看 到 如 何 使 用 map 方法 返回 列表 中 每 个 单词 的 长 度 了 。 让 我 们 拓展 一 下 : 对 于 一 张 
单词 表 ， 如 何 返 回 一 张 列 表 ， 列 出 里 面 各 不 相同 的 字符 呢 ? 例如， 给 定单 词 列表 


["Hello", "World"], 你 想 要 返回 列表 ["H" , "em, lI, Won, Wo 





EE me 





你 可 能 会 认为 这 很 容易 , 你 可 以 把 每 个 单词 映射 成 一 张 字符 表 , 然后 调用 aistinct 来 过 滤 


重复 的 字符 。 第 一 个 版 本 可 能 是 这 样 的 : 


words.stream!() 
.map (word -> word.split("")) 
.distinct() 
.Collect (toList()); 


这 个 方法 的 问题 在 于 ,传递 给 map 方 法 的 Lambda 为 每 个 单词 返回 了 一 个 string[]( String 


列表 )。 因 此 ，map 返回 的 流 实际 上 是 stream<string[]> 类 
Stream<String> 来 表示 一 个 字符 流 。 图 5-5 说 明了 这 个 问题 。 


单词 流 











型 的 。 你 真正 想 要 的 是 用 


Stream<String> 













































































Stream<String[]> 





collect (toLis 


© 
































List<String[l]> 




















Q 











图 5-5 不 正确 地 使 用 map 找 出 单词 列表 中 各 不 相同 的 字符 
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幸好 可 以 用 flatMap 来 解决 这 个 问题 ! 下 面 一 步 步 来 看 怎么 解决 它 。 

1. 尝试 使 用 map 和 Arrays .stream() 

首先 ， 你 需要 一 个 字符 流 ， 而 不 是 数组 流 。 有 一 个 叫 作 Arrays .stream() 的 方法 可 以 接受 
一 个 数组 并 产生 一 个 流 ， 例 如 : 


String[] arrayOfWords = {"Goodbye", "World"}; 
Stream<String> streamOfwords = Arrays.stream(arrayOfWords); 

















把 它 用 在 前 面 的 那个 流水 线 里 ， 看 看 会 发 生 什么 : 
ye 将 每 个 单词 转换 为 由 
.map (word -> word.split("")) 其 字母 构成 的 数组 
0 :stream) | 让 每 个 数组 变 成 
一 个 单独 的 流 


.collect (toList()); 




















当前 的 解决 方案 仍然 搞 不 定 ! 这 是 因为 ， 你 现在 得 到 的 是 一 个 流 的 列表 ( 更 准确 地 说 是 
List<Stream<String>>)! 的 确 ,你 先是 把 每 个 单词 转换 成 一 个 字母 数组 ， 然 后 把 每 个 数组 变 
成 了 一 个 独立 的 流 。 





2. 使 用 flatMap 
你 可 以 像 下 面 这 样 使 用 flatMap 来 解决 这 个 问题 : 


List<String> uniqueCharacters = 
words.stream() 
.map (word -> word.split("")) 
.flatMap (Arrays: :Stream) 
.distinct() 
.Collect (toList () ) ; 


使 用 flatMap 方法 的 效果 是 ， 各 个 数组 并 不 是 分 别 映射 成 一 个 流 ， 而 是 映射 成 流 的 内 容 。 
所 有 使 用 flatMap (Arrays: :stream) 时 生成 的 单个 流 都 被 合并 起 来 , 即 扁平 化 为 一 个 流 。 图 5-6 
说 明了 使 用 flatMap 方法 的 效果 。 把 它 和 图 5-5 中 map 的 效果 比较 一 下 。 


将 每 个 单词 转换 为 由 
其 字母 构成 的 数组 


将 各 个 生成 流 扁 
平 化 为 单个 流 
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单词 流 


map(s -> s.split("") 


国 国 回国 加 | 加 国 国 国 国 一 














Stream<String> 


© 


distinct () 








Stream<String> 








加 四 回回 加 [| | a 


图 5-6 使 用 flatMap 找 出 单词 列表 中 各 不 相同 的 字符 


一 言 以 项 之 ，flatMap 方法 让 你 把 一 个 流 中 的 每 个 值 都 换 成 另 一 个 流 ， 然 后 把 所 有 的 流连 
接 起 来 成 为 一 个 流 。 

第 11 章 会 讨论 更 高 级 的 Java 8 模式 ， 比 如 使 用 新 的 optional 类 进行 nul1 检查 时 会 再 来 
看 看 flatMap。 为 巩固 你 对 于 map 和 flatMap 的 理解 ， 试 试 测验 $.2 吧 。 


collect (toList() ) 

































































测验 5.2: 映射 

(1) 给 定 一 个 数字 列表 , 如 何 返 回 一 个 由 每 个 数 的 平方 构成 的 列表 呢 ? 例如 ,给 定 [1,2,3,4,5]， 
应 该 返回 [1, 4, 9, 16, 25]。 

答案 : 你 可 以 利用 map 方法 的 Lambda， 接 受 一 个 数字 ， 并 返回 该 数字 平方 的 Lambda 来 
解决 这 个 问题 。 

List<Integer> numbers 

List<Integer> squares 

numbers.stream() 


.map(n -> n * n) 
eo ev (ee en 


(2) 给 定 两 个 数字 列表 ， 如 何 返 回 所 有 的 数 对 呢 ? 例如， 给 定 列表 [1,2,3] 和 列表 [3,4]， 应 
该 返回 [(1, 3), (1, 4), (2, 3), (2, 4), (3, 3), (3, 4)]。 为 简单 起 见 ， 你 可 以 用 有 两 个 元 素 的 数组 来 代 
表 数 对 。 


A i De A Ss 
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你 可 以 使 用 两 个 map 来 闪 代 这 两 个 列表 ,并 生成 数 对 。 但 这 样 会 返回 一 个 Strea 
<Stream<Integer[]>>。 你 需要 让 生成 的 流 遍 平 化 ， 以 得 到 一 个 Stream<Integer[]>。 这 
正 是 flatMap 所 做 的 : 


En noers ne A 
Ee nm er ev Sa Lt (A 
te mel | en 
numbersl1.stream() 
.flatMap(i -> numbers2.stream() 
.map(j -> new int[] {i, j}) 
) 
veomieem (one on 


9 如 何 扩展 前 一 个 合子 ， 只 返回 总 和 能 被 3 整除 的 数 对 呢 ? 
答案 : 你 在 前 面 看 到 了 ，filter 可 以 配合 谓词 使 用 来 筛选 流 中 的 元 素 。 因 为 在 flatMap 
你 有 了 一 个 代表 数 对 的 int[] 流 , 所 以 只 需要 一 个 谓词 来 检查 总 和 是 否 能 被 3 整除 就 
可 以 了 : 
le Sale ee ilo A ree | 2 
Bluebe neererm mmoeres "Adv eacpise( Sd 
be tne | ee 
numbersl1.stream() 
aatMabo 0 > 
numbers2.stream() 
titer(I > (3 ==0 
ra (le ew nl 


) 
Neonliec (lore OD 


结果 是 [(2, 4), (3, 3)]。 


5.4 查找 和 匹配 


另 一 个 常见 的 数据 处 理 套路 是 看 看 数据 集中 的 某 些 元 素 是 否 匹 配 一 个 给 定 的 属性 。 Stream API 
通过 allMatch、anyMatch、noneMatch、findFirst 和 fingany 方法 提供 了 这 样 的 工具 。 















































5.4.1 检查 谓词 是 否 至 少 匹 配 一 个 元 素 


anyMatch 方法 可 以 回答 “ 流 中 是 否 有 一 个 元 素 能 匹配 给 定 的 谓词 ”。 比如 ， 你 可 以 用 它 来 
看 看 荣 单 里 面 是 否 有 素食 可 选择 : 


if(menu.stream() .anyMatch (Dish::isVegetarian))t{ 
System.out.println("The menu is (somewhat) vegetarian friendly!!"); 



































} 





anyMatch 方法 返回 一 个 poolean， 因 此 是 一 个 终端 操作 。 
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5.4.2 ”检查 谓词 是 否 匹 配 所 有 元 素 


allMatch 方法 的 工作 原理 和 anyMatch 类 似 , 但 它 会 看 看 流 中 的 元 素 是 否 都 能 匹配 给 定 的 
谓词 。 比 如 ,你 可 以 用 它 来 看 看 菜品 是 否 有 利 健康 ( 即 所 有 菜 的 热量 都 低 于 1000 卡路里 ): 











boolean isHealthy = menu.stream!() 
.allMatch(dish -> dish.getCalories() < 1000); 
noneMatch 


和 allMatch 相对 的 是 noneMatch。 它 可 以 确保 流 中 没有 任何 元 素 与 给 定 的 谓词 匹配 。 比 
如 ， 你 可 以 用 noneMatch 重 写 前 面 的 例子 : 














poolean isHealthy = menu.stream!() 
.noneMatch(dish -> dish.getCalories() >= 1000); 


anyMatch、allMatch 和 noneMatch 这 三 个 操作 都 用 到 了 所 谓 的 短路 ,这 就 是 大 家 熟悉 的 
Java 中 &g 和 | | 运算 符 短路 在 流 中 的 版 本 。 





短路 求 值 

有 些 操作 不 需要 处 理 整 个 流 就 能 得 到 结果 。 例 如 ， 假 设 你 需要 对 一 个 用 and 连 起 来 的 大 
布尔 表达 式 求 值 。 不 管 表达 式 有 多 长 ， 你 只 需 找 到 一 个 表达 式 为 false， 就 可 以 推断 整个 表 
达 式 将 返回 false， 所 以 用 不 着 计算 整个 表达 式 。 这 就 是 短路 。 

对 于 流 而 言 ， 某 些 操 作 (例如 allMatch、anyMatch、noneMatch、findFirst 和 
findAny ) 不 用 处 理 整 个 流 就 能 得 到 结果 。 只 要 找到 一 个 元 素 , 就 可 以 有 结果 了 。 同样 , 1] imit 
也 是 一 个 短路 操作 : 它 只 需要 创建 一 个 给 定 大 小 的 流 , 而 用 不 着 处 理 流 中 所 有 的 元 素 。 在 碰 到 
无 限 大 小 的 流 的 时 候 ， 这 种 操作 就 有 用 了 : 它们 可 以 把 无 限 流 变 成 有 限 流 。5.7 节 会 介绍 无 限 
流 的 例子 。 


5.4.3 ”查找 元 素 


fingAny 方法 将 返回 当前 流 中 的 任意 元 素 。 它 可 以 与 其 他 流 操作 结合 使 用 。 比 如 ， 你 可 能 
想 找到 一 道 素 食 菜肴。 可 以 结合 使 用 filter 和 finaAny 方法 来 实现 这 个 查询 








Optional<Dish> dish = 
menu .stream() 
.filter (Dish::isVegetarian) 
.findAny (); 


流水 线 将 在 后 台 进 行 优 化 使 其 只 需 走 一 遍 , 并 在 利用 短路 找到 结果 时 立即 结束 。 不 过 稍 等 一 
下 ， 代 码 里 面 的 optional 是 个 什么 玩意 儿 ? 
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optional 简介 

Optional<T> 类 (java.util.optional ) 是 一 个 容器 类 ， 代表 一 个 值 存 在 或 不 存在 。 在 
上 面 的 代码 中 ，fingAny 可 能 什么 元 素 都 没 找 到 。Java 8 的 库 设 计 人 员 引 入 了 optional<T>， 
这 样 就 不 用 返回 众所周知 容易 出 问题 的 null 了 。 这 里 不 会 详细 讨论 optional, 因为 第 11 章 会 
详细 解释 你 的 代码 如 何 利 用 optional ， 避 免 和 null 检查 相关 的 bug。 不 过 现在 ， 了 解 一 下 
optional 里 面 几 种 可 以 迫使 你 显 式 地 检查 值 是 否 存在 或 处 理 值 不 存在 的 情形 的 方法 也 不 错 。 
口 isPresent () 将 在 optional 包含 值 的 时 候 返 回 true, 否则 返回 false。 
口 ifPresent (Consumer<T> block) 会 在 值 存在 的 时 候 执行 给 定 的 代码 块 。 第 3 章 介 绍 过 
Consumer 函数 式 接 口 , 它 让 你 传递 一 个 接受 类 型 参数 , 并 返回 void 的 Lambda 表达 式 。 
DT get () 会 在 值 存在 时 返回 值 ， 和 否则 抛 出 一 个 NosuchElement 异常 。 
口 T orElse(T other) 会 在 值 存在 时 返回 值 ， 否 则 返回 一 个 默认 值 。 
例如 ,在 前 面 的 代码 中 你 需要 显 式 地 检查 optional 对 象 中 是 否 存在 一 道 菜 可 以 访问 其 名 称 : 





















































menu.stream() 
| 反 回 一 个 
.filter (Dish::isVegetarian) 返回 一 1 


加 Optional<Dish> 如 果 包 含 一 个 值 就 打 

.findAny nm KE 区 

.IfPresent (dish -> System.out.println(dish.getName()); 印 它 ， 否 则 什么 都 不 做 5 
5.4.4 查找 第 一 个 元 素 


有 些 流 由 一 个 出 现 顺 序 (encounter order ) 来 指定 流 中 项 目 出 现 的 逻辑 顺序 ( 比如 由 List 
或 排序 好 的 数据 列 生 成 的 流 )。 对 于 这 种 流 , 你 可 能 想 要 找到 第 一 个 元 素 。 为 此 有 一 个 findFirst 
方法 ， 它 的 工作 方式 类 似 于 fingany。 例如， 给 定 一 个 数字 列表 ， 下 面 的 代码 能 找 出 第 一 个 平 
方 能 被 3 整除 的 数 : 








List<Integer> someNumbers = Arrays.asList(1, 2, 3, 4, 5); 
Optional<Integer> firstSquareDivisibleByThree = 
someNumbers.stream() 
.mMap(n ->n * n) 
.filter(n ->n% 3 == 0) 
:tindFirEst()y 7/ 9 


何 时 使 用 fingdFirst 和 findaAny 
你 可 能 会 想 ， 为 什么 会 同时 有 findFirst 和 fingdany 呢 ? 答案 是 并 行 。 找 到 第 一 个 元 
素 在 并 行 上 限制 更 多 。 如 果 你 不 关心 返回 的 元 素 是 哪个 ， 请 使 用 findany， 因 为 它 在 使 用 并 
行 流 时 限制 较 少 。 
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5.5 归 约 


到 目前 为 止 ， 你 见 到 过 的 终端 操作 都 是 返回 一 个 boolean (allMatch 之 类 的 )、voiq 
( forEach ) 或 optional 对 象 ( finaqany 等 )。 你 也 见 过 了 使 用 collect 来 将 流 中 的 所 有 元 素 
组 合成 一 个 List。 

在 本 节 中 , 你 将 看 到 如 何 把 一 个 流 中 的 元 素 组 合 起 来 , 使 用 reduce 操作 来 表达 更 复杂 的 查 
询 ， 比 如 “计算 菜单 中 的 总 卡路里 ”或 “菜单 中 卡路里 最 高 的 菜 是 哪 一 个 "。 此 类 查询 需要 将 流 
中 所 有 元 素 反 复 结合 起 来 ， 得 到 一 个 值 ， 比 如 一 个 Integer。 这样 的 查询 可 以 被 归 类 为 归 约 操 
作 (将 流 归 约 成 一 个 值 )。 用 函数 式 编程 语言 的 术语 来 说 ， 这 称 为 折 垒 (fold )， 因 为 你 可 以 将 这 
个 操作 看 成 把 一 张 长 长 的 纸 (你 的 流 ) 反复 折 芭 成 一 个 小 方块 ， 而 这 就 是 折 车 操作 的 结果 。 


5.5.1 元 素 求 和 


在 研究 如 何 使 用 reduce 方法 之 前 ， 先 来 看 看 如 何 使 用 for-each 循环 来 对 数字 列表 中 的 元 
素 求 和 : 
int sum = 0; 


for (int x : numbers) { 
Sum += XxX; 
























































} 
numbers 中 的 每 个 元 素 都 用 加 法 运算 符 反 复 迭代 来 得 到 结果 。 通 过 反复 使 用 加 法 ， 你 把 一 
个 数字 列表 归 约 成 了 一 个 数字 。 这 有 段 代码 中 有 两 个 参数 : 
口 总 和 变量 的 初始 值 ， 在 这 里 是 0; 
口 将 列表 中 所 有 元 素 结 合 在 一 起 的 操作 ， 在 这 里 是 +。 
要 是 还 能 把 所 有 的 数字 相 乘 ， 而 不 必 去 复制 粘贴 这 段 代 码 ， 岂 不 是 很 好 ? 这 正 是 reduce 操 
作 的 用 武之 地 ， 它 对 这 种 重复 应 用 的 模式 做 了 抽象 。 你 可 以 像 下 面 这 样 对 流 中 所 有 的 元 素 求 和 : 
















































































int sum = numbers.stream() .reduce(0, (a, b) -> a + b); 


reduce 接受 两 个 参数 : 
口 一 个 初始 值 ， 这 里 是 0; 
口 一 个 Binaryoperator<T> 来 将 两 个 元 素 结合 起 来 产生 一 个 新 值 ,这 里 用 的 是 lambda (a，b) 
-> a + bo 
你 也 很 容易 把 所 有 的 元 素 相 乘 ， 只 需 将 另 一 个 Lambda (a，b) -> a * b 传递 给 reduce 
操作 就 可 以 了 : 























int product = numbers.stream() .reduce(1, (a, b) -> ax pb); 


图 5-7 展示 了 reduce 操作 是 如 何 作 用 于 一 个 流 的 : Lambda 反复 结合 每 个 元 素 ， 直 到 包含 
整数 4、5、3、9 的 流 被 归 约 成 一 个 值 。 
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3 ] | 9 ] Stream<Integer> 








reduce(0, (a, b) -> a + Db) 








[a Tntecder 


图 5-7 使 用 reduce 来 对 流 中 的 数字 求 和 


让 我 们 深入 研究 一 下 reduce 操作 是 如 何 对 一 个 数字 流 求 和 的 。 首 先 ，0 作为 Lambda 的 第 
一 个 参数 (a )， 从 流 中 获得 4 作为 第 二 个 参数 (b )。0 + 4 得 到 4， 它 成 了 新 的 累积 值 。 然 后 
再 用 累积 值 和 流 中 下 一 个 元 素 5 调用 Lambda， 产 生 新 的 累积 值 9。 接 下 来 ， 再 用 累积 值 和 下 一 
个 元 素 3 调用 Lambda， 得 到 12。 最 后 ， 用 12 和 流 中 最 后 一 个 元 素 9 调用 Lambda， 得 到 最 终 
结果 21。 

你 可 以 使 用 方法 引用 让 这 段 代 码 更 简洁 。 在 Java 8 中 , Integer 类 现在 有 了 一 个 静态 的 sum 
方法 来 对 两 个 数 求 和 ， 这 恰好 是 我 们 想 要 的 ， 用 不 着 反复 用 Lambda 写 同一 段 代 码 了 : 






































int sum = numbers.stream() .reduce(0, Integer::sum); 


无 初始 值 
reduce 还 有 一 个 重 载 的 变 体 ， 它 不 接受 初始 值 ， 但 是 会 返回 一 个 optional 对 象 : 





Optional<Integer> Sum = numbers.stream() .reduce((a, b) -> (a + b)); 


为 什么 它 返回 一 个 optional<Integer> 呢 ?考虑 流 中 没有 任何 元 素 的 情况 。reduce 操作 
无 法 返回 其 和 ,因为 它 没有 初始 值 。 这 就 是 为 什么 结果 被 包 庄 在 一 个 optional 对 象 里 , 以 表明 
和 可 能 不 存在 。 现 在 看 看 用 reduce 还 能 做 什么 。 
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5.5.2 最 大 值 和 最 小 值 


原来 ,只 要 用 归 约 就 可 以 计算 最 大 值 和 最 小 值 了 ! 让 我 们 来 看 看 如 何 利 用 刚刚 学 到 的 reduce 
来 计算 流 中 最 大 或 最 小 的 元 素 。 正 如 你 在 前 面 看 到 的 ，reduce 接受 两 个 参数 : 
口 一 个 初始 值 ; 
口 一 个 Lambda 来 把 两 个 流 元 素 结合 起 来 并 产生 一 个 新 值 。 

Lambda 是 一 步 步 用 加 法 运算 符 应 用 到 流 中 每 个 元 素 上 的 ， 如 图 5-7 所 示 。 因 此 ， 你 需要 一 
个 给 定 两 个 元 素 能 够 返回 最 大 值 的 Lambda。reduce 操作 会 考虑 新 值 和 流 中 下 一 个 元 素 ， 并 产 
生 一 个 新 的 最 大 值 ， 直 到 整个 流 消耗 完 ! 你 可 以 像 下 面 这 样 使 用 reduce 来 计算 流 中 的 最 大 值 ， 
如 图 5-8 所 示 。 


Optional<Integer> max = numbers.stream() .reduce(Integer: :max); 


4 加 3 9 Stream<Integer> 





























数值 流 








reduce (Integer: :max) 

















[ Optional<Integer> 


图 5-8 一 个 归 约 操作 一 一 计算 最 大 值 


要 计算 最 小 值 ， 你 需要 把 Integer .min 传 给 reduce 来 奉 换 Integer .max: 





Optional<Integer> min = numbers.stream() .reduce(Integer: :min); 

你 当然 也 可 以 写成 Lambda (x, y) ->x<y?x :Jy 而 不 是 Integer::min， 不 过 后 
者 比较 易 读 。 

为 了 检验 你 对 于 reduce 操作 的 理解 程度 ， 试 试 测验 5.3 吧 ! 
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测验 5.3: 归 约 
怎样 用 map 和 reduce 方法 数 一 数 流 中 有 多 少 个 菜 呢 ? 
答案 : 要 解决 这 个 问题 ， 你 可 以 把 流 中 每 个 元 素 都 映射 成 数字 1， 然 后 用 reduce 求 和 。 
这 相当 于 按 顺序 数 流 中 的 元 素 个 数 。 
int Count =" menesteeam() 


| 
.reduce(0, (a, b) -> a + b); 


map 和 reduce 的 连接 通常 称 为 map-reduce 模式 ， 因 Google 用 它 来 进行 网 络 搜索 而 出 
名 ， 因 为 它 很 容易 并 行 化 。 请 注意 ， 在 第 4 章 中 我 们 也 看 到 了 内 置 count 方法 可 用 来 计算 流 
中 元 素 的 个 数 : 


ong Count = menu. StLreamD) Counttyy 


归 约 方法 的 优势 与 并 行 化 

相 比 于 前 面 写 的 逐步 迭代 求 和 , 使 用 reduce 的 好 处 在 于 , 这 里 的 迭代 被 内 部 迭代 抽象 掉 
了 ， 这 让 内 部 实现 得 以 选择 并 行 执 行 reduce 操作 。 而 迭代 式 求 和 例子 要 更 新 共享 变量 sum， 
这 不 是 那么 容易 并 行 化 的 。 如果 你 加 入 了 同步 , 很 可 能 会 发 现 线程 竞争 抵消 了 并 行 本 应 带 来 的 
性 能 提升 ! 这 种 计算 的 并 行 化 需要 另 一 种 办 法 : 将 输入 分 块 ， 分 块 求 和 ， 最 后 再 合并 起 来 。 但 
这 样 的 话 代码 看 起 来 就 完全 不 一 样 了 。 你 在 第 7 章 会 看 到 使 用 分 支 /合并 框架 来 做 是 什么 样子 。 
但 现在 重要 的 是 要 认识 到 , 可 变 的 累加 器 模式 对 于 并 行 化 来 说 是 死路 一 条 。 你 需要 一 种 新 的 模 
式 ， 这 正 是 reduce 所 提供 的 。 你 还 将 在 第 7 章 看 到 ,使 用 流 来 对 所 有 的 元 素 并 行 求 和 时 ， 你 
的 代码 几乎 不 用 修改 : stream() 换 成 了 barallelStream()。 


Sumner ecm ed 


但 要 并 行 执 行 这 段 代 码 也 要 付出 一 定 代 价 ， 我 们 稍 后 会 向 你 解释 : 传递 给 reduce 的 
Lambda 不 能 更 改 状态 ( 如 实例 变量 )， 而 且 操作 必须 满足 结合 律 才 可 以 按 任意 顺序 执行 。 




















到 目前 为 止 ， 你 看 到 了 产生 一 个 Integer 的 归 约 例子 : 对 流 求 和 、 流 中 的 最 大 值 ， 或 是 流 
中 元 素 的 个 数 。 你 将 会 在 5.7 节 看 到 ， 诸 如 sum 和 max 等 内 置 的 方法 可 以 让 常见 归 约 模式 的 代 
码 再 简洁 一 点 儿 。 下 一 章 会 讨论 一 种 复杂 的 使 用 collect 方法 的 归 约 。 例 如 ， 如 果 你 想 要 按 类 
型 对 菜肴 分 组 ， 也 可 以 把 流 归 约 成 一 个 Map 而 不 是 Integer。 




















流 操作 : 无 状态 和 有 状态 
你 已 经 看 到 了 很 多 的 流 操 作 。 乍 一 看 流 操 作 简直 是 灵丹妙药 ,而 且 只 要 在 从 集合 生成 流 的 
时 候 把 Stream 换 成 parallelStream 就 可 以 实现 并 行 。 
当然 ， 对 于 许多 应 用 来 说 确实 是 这 样 ， 就 像 前 面 的 那些 例子 。 你 可 以 把 一 张 菜 单 变 成 流 ， 
用 filter 选 出 某 一 类 的 菜肴 ， 然 后 对 得 到 的 流 做 map 来 对 卡路里 求 和 ， 最 后 reduce 得 到 
菜单 的 总 热量 。 这 个 流 计算 其 至 可 以 并 行进 行 。 但 这 些 操 作 的 特性 并 不 相同 。 它 们 需要 操作 的 
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内 部 状态 还 是 有 些 问题 的 。 
诸如 map 或 filter 等 操作 会 从 输入 流 中 获取 每 一 个 元 素 ， 并 在 输出 流 中 得 到 0 或 1 个 
结果 。 这 些 操 作 一 般 都 是 无 状态 的 : 它们 没有 内 部 状态 (假设 用 户 提供 的 Lambda 或 方法 引用 
没有 内 部 可 变 状 态 )。 
但 诸如 reduce、sum、max 等 操作 需要 内 部 状态 来 累积 结果 。 在 上 面 的 情况 下 ， 内 部 状 
态 很 小 。 在 我 们 的 例子 里 就 是 一 个 int 或 double。 不 管 流 中 有 多 少 元 素 要 处 理 ， 内 部 状态 都 


是 有 下 的 。 


相反 ， 诸 如 sort 或 distinct 等 操作 一 开始 都 与 filter 和 map 差不多 一 一 都 是 接受 一 
个 流 ， 再 生成 一 个 流 (中间 操 作 )， 但 有 一 个 关键 的 区 别 。 从 流 中 排序 和 删除 重复 项 时 都 需要 知 
道 先 前 的 历史 。 例 如 ， 排 序 要求 所 有 元 素 都 放 入 缓冲 区 后 才能 给 输出 流 加 入 一 个 项 目 ， 这 一 操 
作 的 存储 要 求 是 无 界 的 。 要 是 流 比 较 大 或 是 无 限 的 ， 就 可 能 会 有 问题 ( 把 质数 流 倒 序 会 做 什么 
呢 ? 它 应 当 返 回 最 大 的 质数 ， 但 数学 告诉 我 们 它 不 存在 )。 我们 把 这 些 操作 叫 作 有 状态 操作 。 


你 现在 已 经 看 到 了 很 多 流 操作 ， 可 以 用 来 表达 复杂 的 数据 处 理 查询 。 表 5-1 总 结 了 迄今 讲 


的 操作 。 你 




















可 以 在 下 一 节 中 通过 


个 练习 来 实践 一 下 。 
表 5-1 








中 间 操 作 和 终端 操作 


过 








操 作 类 型 返回 类 型 使 用 的 类 型 /函数 式 接口 函数 描述 符 
filter 中 间 Stream<T> Predicate<T> T -> boolean 
distinct 中 间 (有 状态 -无 界 ) Stream<T> 
takewhile 中 间 Stream<T> Predicate<T> T -> boolean 
dropWhile 中 间 Stream<T> Predicate<T> T -> boolean 
skip 中 间 (有 状态 -无 界 ) Stream<T> long 
limit 中 间 (有 状态 -无 界 ) Stream<T> long 
map 中 间 Stream<R> Function<T, R> T ->R 
flatMap 中 间 Stream<R> Function<T,Stream<R>> T -> Stream<R> 
sorted 中 间 (有 状态 -无 界 ) Stream<T> Comparator<T> (T, T) -> int 
anyMatch 终端 boolean Predicate<T> T -> boolean 
noneMatch 终端 boolean Predicate<T> T -> boolean 
allMatch 终端 boolean Predicate<T> T -> boolean 
findAny 终端 Optional<T> 
findFirst 终端 Optional<T> 
forEach 终端 void Consumer<T> T -> void 
collect 终端 R Collector<T, A, R> 
reduce 终端 (有 状态 -~ 有 界 ) Optional<T> BinaryOperator<T> EP 

终端 long 


CU 
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5.6 ” 付 诸 实践 


在 本 节 中 , 你 会 将 迄今 学 到 的 关于 流 的 知识 付 诸 实践 。 我 们 来 看 一 个 不 同 的 领域 : 执行 交易 
的 交易 员 。 你 的 经 理 让 你 为 八 个 查询 找到 答案 。 你 能 做 到 吗 ? 5.6.2 节 会 给 出 答案 ， 但 你 应 该 自 
己 移 尝试 一 下 作为 练习 。 

(1) 找 出 2011 年 发 生 的 所 有 交易 ， 并 按 交 易 额 排序 ( 从 低 到 高 )。 

(2) 交易 员 都 在 哪些 不 同 的 城市 工作 过 ? 

(3) 查找 所 有 来 自 于 剑桥 的 交易 员 ， 并 按 姓名 排序 。 

(4) 返回 所 有 交易 员 的 姓名 字符 串 ， 按 字母 顺序 排序 。 

(5) 有 没有 交易 员 是 在 米兰 工作 的 ? 

(6) 打印 生活 在 剑桥 的 交易 员 的 所 有 交易 额 。 

(7) 所 有 交易 中 ， 最 高 的 交易 额 是 多 少 ? 

(8) 找到 交易 额 最 小 的 交易 。 


5.6.1 领域 : 交易 员 和 交易 


以 下 是 你 要 处 理 的 领域 ， 一 个 Traders 和 Transactions 的 列表 : 


























Trader raoul new Trader ("Raoul", "Cambridge"); 
Trader mario new Trader ("Mario","Milan"); 
Trader alan = new Trader ("Alan","Cambridge"); 
Trader brian = new Trader ("Brian","Cambridge"); 
List<Transaction> transactions = Arrays.asList!( 
new Transaction(brian, 2011, 300), 
new Transaction(raoul, 2012, 1000), 
new Transaction(raoul, 2011, 400), 
new Transaction(mario，2012，710) ， 
( 
( 


new Transaction(mario，2012，700) ， 
new Transaction(alan，2012，950) 


)3 
Trader 和 Transaction 类 的 定义 如 下 : 


public class Tradert{ 

private final String name; 

private final String city; 

public Trader (String n, String c)t 
this.name = n; 
ti Gity :SE 

} 

public String getName(){ 
return this.name; 

} 

public String getCity(){ 
return this.city; 

} 

public String toString(){ 
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return "Trader:"+this.name + " in " + this.city; 
} 
} 
public class Transactiont 
private final Trader trader; 
private final int year; 
private final int value; 
public Transaction (Trader trader, int year, int value)t 
this.trader = trader; 
this.year = year; 
this.value = value; 


public Trader getTrader (){ 
return this.trader; 


public int getYear(){ 
return this.year; 


public int getValue(){ 
return this.value; 





BUDLTG ‘StINdG- toOString()t 





return "{" + this.trader + ", "+ 
"year: "+this.yeart+", " + 
"value:" + this.value +"}"; 


5.6.2 解答 
解答 在 下 面 的 代码 清单 中 。 你 可 以 看 看 你 对 迄今 所 学 知识 的 理解 程度 如 何 。 干 得 不 错 ! 
代码 清单 5-1 ” 找 出 2011 年 发 生 的 所 有 交易 ， 并 按 交 易 额 排序 ( 从 低 到 高 ) 


List<Transaction> tr2011 = 给 filter 传递 一 个 谓词 
transactions.stream() 来 选择 2011 年 的 交易 
.filter(transaction -> transaction.getYear() == 2011) < 一 
、 ted i RE 七 ::getVal a a 
将 生成 的 stream 中 的 所 有 | 、 TD on: 195 V9 We) < ] 按照 交易 额 进行 排序 
元 素 收集 到 一 个 List 中 
代码 清单 5-2 ”交易 员 都 在 哪些 不 同 的 城市 工作 过 
List<String> cities = 提取 与 交易 相关 的 每 
transactions .stream() 位 交易 员 的 所 在 城市 
.map (transaction -> transaction.getTrader() .getCity()) < 二 -一 


.distinct() 


.Collect (toList()); ”| 只 选择 互 不 相同 的 城市 








这 里 还 有 一 个 新 招 : 你 可 以 去 掉 aistinct () ， 改 用 toset () ， 这 样 就 会 把 流转 换 为 
你 在 第 6 章 中 会 了 解 到 更 多 相关 内 容 。 


汀 


5.6 付 诸 实践 105 





Set<String> cities = 
transactions .stream() 
.map (transaction -> transaction.getTrader() .getCity()) 
.Collect (toSet ()); 


代码 清单 5-3 ”查找 所 有 来 自 于 剑桥 的 交易 员 ， 并 按 姓名 排序 


List<Trader> traders = 从 交易 中 提取 
transactions .stream() 所 有 交易 员 
.map (Transaction::getTrader) 六 
.filter(trader -> trader.getCity() .equals ("Cambridge")) 
仅 选 择 位 于 剑 .distinct() , 
桥 的 交易 员 | .Sorted (comparing (Trader: :getName)) ”| 确保 没有 任何 重复 
.collect (toList ()); 对 生成 的 交易 员 流 
按照 姓名 进行 排序 
代码 清单 5-4 ”返回 所 有 交易 员 的 姓名 字符 串 ， 按 字母 顺序 排序 
String traderSstr = 提取 所 有 交易 员 姓 名 ， 生 成 一 个 
transactions.stream!() Strings 构成 的 stream 
.map (transaction -> transaction.getTrader() .getName()) < 一 
.distinct() 
只 选择 不 相同 .sorted() < 一 一 对 姓名 按 字 母 顺序 排序 
的 姓名 .reduce("", (ni, n2) -> nl + n2); 奈 -- 
逐个 拼接 每 个 名 字 , 得 到 一 个 将 
所 有 名 字 连 接 起 来 的 string 





请 注意 ， 此 解决 方案 效率 不 高 ( 所 有 字符 串 都 被 反复 连接 ， 每 次 迭代 的 时 候 都 要 建立 一 个 新 
的 string 对 象 )。 下 一 章 中 ,你 将 看 到 一 个 更 为 高 效 的 解决 方案 ， 它 像 下 面 这 样 使 用 joining 
(其 内 部 会 用 到 StringBuilder ): 


String traderStr = 
transactions .stream() 
.map (上 transaction -> transaction.getTrader() .getName()) 
.distinct() 
.Sorted() 
.collect (joining()); 


代码 清单 5-5 有 没有 交易 员 是 在 米兰 工作 的 
boolean milanBased = 
transactions .stream() 
.anyMatch (transaction -> transaction.getTradqer () 
.GetCity () 


.equals ("Milan")); 
把 一 个 谓词 传递 给 anyMatch， 
检查 是 否 有 交易 员 在 米兰 工作 


代码 清单 5-6 ”打印 生活 在 剑桥 的 交易 员 的 所 有 交易 额 
选择 住 在 剑桥 的 交易 员 
transactions.stream() 所 进行 的 交易 
.filter(t -> "Cambridge".equals(t.getTrader() .getCity())) < 一 
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E 全 i <4 
打印 每 "maptiransect lon get valuey 提取 这 些 交易 
个 值 .forEach(System.out::printin); 的 交易 额 


代码 清单 5-7 所 有 交易 中 ， 最 高 的 交易 额 是 多 少 








Optional<Integer> highestValue = 提取 每 项 交易 
transactions.stream!() 的 交易 额 
.map (Transaction::getValue) = 
.reduce (Integer: :max); 和 一 计算 生成 的 流 
中 的 最 大 值 
代码 清单 5-8 ”找到 交易 额 最 小 的 交易 
Optional<Transaction> smallestTransaction = 通过 反复 比较 每 
transactions.stream() 个 交易 的 交易 额 ， 
.reduce((t1, t2) -> 找 出 最 小 的 交易 
tl.getValue() < t2.getValue() ? tl1 : t2); < 一 





你 还 可 以 做 得 更 好 。 流 支持 min 和 max 方法， 它们 可 以 接受 一 个 comparator 作为 参数 ， 
指定 计算 最 小 或 最 大 值 时 要 比较 哪个 键 值 : 





Optional<Transaction> smallestTransaction = 
transactions.stream() 
.min(comparing (Transaction::getValue)); 


5.7 数值 流 


我 们 在 前 面 看 到 了 可 以 使 用 regduce 方法 计算 流 中 元 素 的 总 和 。 例 如 , 你 可 以 像 下 面 这 样 计 
算 菜单 的 热量 : 
int calories = menu.stream!() 


.map (Dish: :getCalories) 
.reduce(0, Integer: :sum); 


这 段 代码 的 问题 是 , 它 有 一 个 暗含 的 装 箱 成 本 。 每 个 Integer 都 必须 拆 箱 成 一 个 原始 类 型 ， 
进行 求 和 。 要 是 可 以 直接 像 下 面 这 样 调用 sum 方法 ， 岂 不 是 更 好 ? 


int calories = menu.stream!() 
.map (Dish::getCalories) 
.Sum(); 


但 这 是 不 可 能 的 。 问 题 在 于 map 方法 会 生成 一 个 stream<T>。 虽然 流 中 的 元 素 是 Integer 
类 型 , 但 stream 接口 没有 定义 sum 方法 。 为 什么 没有 呢 ?” 比 方 说 , 你 只 有 一 个 像 menu 那样 的 
stream<Dish>， 把 各 种 菜 加 起 来 是 没有 任何 意义 的 。 但 不 要 担心 ，Stream API 还 提供 了 原始 类 
型 流 特 化 ， 专 门 支持 处 理 数值 流 的 方法 。 




















+ 














5.7.1 原始 类 型 流 特 化 


Java 8 引入 了 三 个 原始 类 型 特 化 流 接口 来 解决 这 个 问题 : Intstream、DoubleStream 和 
LongStream， 分 别 将 流 中 的 元 素 特 化 为 int 、long 和 aouple， 从 而 避免 了 暗含 的 装 箱 成 本 。 
每 个 接口 都 带 来 了 进行 常用 数值 归 约 的 新 方法 , 比如 对 数值 流 求 和 的 sum, 找到 最 大 元 素 的 max。 
此 外 还 有 在 必要 时 再 把 它们 转换 回 对 象 流 的 方法 。 要 记 住 的 是 , 这 些 特 化 的 原因 并 不 在 于 流 的 复 
杂 性 ， 而 是 装 箱 造成 的 复杂 性 一 一 即 类 似 int 和 Integer 之 间 的 效率 差异 。 


1. 映射 到 数值 流 

将 流转 换 为 特 化 版 本 的 常用 方法 是 mapToInt、mapToDouble 和 mapToLong。 这 些 方法 和 
前 面 说 的 map 方法 的 工作 方式 一 样 ， 只 是 它们 返回 的 是 一 个 特 化 流 , 而 不 是 Stream<T>。 例如 ， 
你 可 以 像 下 面 这 样 用 mapToInt 对 menu 中 的 卡路里 求 和 : 



































int calories = menu.stream() 返回 一 个 stream<Dish> 


.mapToInt (Dish: :getCalories) 4 返回 一 个 Intstream 
.Sum(); 


这 里 , mapToInt 会 从 每 道 菜 中 提取 热量 ( 用 一 个 Integer 表示 ), 并 返回 一 个 IntStream 5 
( 而 不 是 Stream<Integer> )。 然 后 你 就 可 以 调用 Intstream 接口 中 定义 的 sum 方法 ， 对 卡 路 
里 求 和 了 ! 请 注意 ， 如 果 流 是 空 的 ，sum 则 默认 返回 0。Intstream 还 支持 其 他 的 方便 方法 ， 如 
max、min、average 等 。 

2. 转换 回 对 象 流 

同样 ,一 旦 有 了 数值 流 ， 你 可 能 会 想 把 它 转换 回 非特 化 流 。 例 如 ，Intstream 上 的 操作 只 
能 产生 原始 整数 ，Intstream 的 map 操作 接受 的 Lambda 必须 接受 int 并 返回 int (一 个 
IntUnaryOperator )。 但 是 你 可 能 想 要 生成 男 一 类 值 ， 比 如 Dish。 为 此 ， 你 需要 访问 stream 接 
口中 定义 的 那些 更 广义 的 操作 。 要 把 原始 流转 换 成 一 般 流 ( 每 个 int 都 会 装 箱 成 一 个 Integer )， 
可 以 使 用 boxea 方法 ， 如 下 所 示 : 




































































将 Stream 转换 
为 数值 流 
IntStream intStream = menu.stream() .mapToInt (Dish::getCalories); < — 
Stream<Integer> stream = intStream.boxed(); 
将 数值 流转 换 
为 stream 





你 在 下 一 节 中 会 看 到 ， 在 需要 将 数值 范围 装 箱 成 为 一 般 流 时 ，boxed 尤其 有 用 。 


3. 默认 值 optionalInt 

求 和 的 那个 例子 很 容易 ， 因 为 它 有 一 个 默认 值 : 0。 但 是 ， 如 果 你 要 计算 IntStream 中 的 
最 大 元 素 ， 就 得 换个 法 子 了 ， 因 为 0 是 错误 的 结果 。 如 何 区 分 没有 元 素 的 流 和 最 大 值 真 的 是 0 
的 流 呢 ” 前 面 我 们 介绍 了 optional 类 ， 这 是 一 个 可 以 表示 值 存在 或 不 存在 的 容器 。Optional 
可 以 用 Integer、String 等 参考 类 型 来 参数 化 ,对 于 三 种 原始 流 特 化 , 也 分 别 有 一 个 optional 
原始 类 型 特 化 版 本 : optionalInt、OptionalDouble 和 optionalLong。 
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例如 ,要 找到 Intstream 中 的 最 大 元 素 ,可 以 调用 max 方法 , 它 会 返回 一 个 optionalInt: 





OptionalInt maxCalories = menu.stream!() 
.mapToInt (Dish::getCalories) 
.max(); 


现在 ， 如 果 没 有 最 大 值 的 话 ， 你 就 可 以 显 式 处 理 optionalIint 去 定义 一 个 默认 值 了 : 


| 如 果 没 有 最 大 值 的 话 ， 显 式 
| 提供 一 个 默认 最 大 值 








int max = maxCalories.orElse(1); 


5.7.2 ”数值 范围 


和 数字 打交道 时 ， 有 一 个 常用 的 东西 就 是 数值 范围 。 比 如 ， 假 设 你 想 要 生成 1 和 100 之 间 的 
所 有 数字 。Java 8 引入 了 两 个 可 以 用 于 Intstream 和 LongStream 的 静态 方法 ， 帮 助 生成 这 种 
范围 : range 和 rangeclosed。 这 两 个 方法 都 是 第 一 个 参数 接受 起 始 值 ， 第 二 个 参数 接受 结束 
值 。 但 range 是 不 包含 结束 值 的 ，rangeclosed 则 包含 结束 值 。 来 看 一 个 例子 : 























IntStream evenNumbers = IntStream.rangeClosed(1, 100) 
| .filter(n ->n% 2 == 0); 一 个 从 1 到 100 
[1, 100] System.out .println (evenNumbers.count () ) ; 圭一 的 偶数 流 
从 1 到 100 有 
50 个 偶数 


这 里 用 了 rangeclosed 方法 来 生成 1 到 100 之 间 的 所 有 数字 。 它 会 产生 一 个 流 ， 然 后 你 可 
以 链接 filter 方法 ， 只 选 出 偶数 。 到 目前 为 止 还 没有 进行 任何 计算 。 最 后 ， 你 对 生成 的 流 调用 
count。 因 为 count 是 一 个 终端 操作 ， 所 以 它 会 处 理 流 ， 并 返回 结果 50， 这 正 是 1 到 100( 包 
括 两 端 ) 中 所 有 偶数 的 个 数 。 请 注意 ， 比 较 一 下 ， 如 果 改 用 Intstream.range (1，100)， 则 
结果 将 会 是 49 个 偶数 ， 因 为 range 是 不 包含 结束 值 的 。 


5.7.3 数值 流 应 用 : 勾 股 数 


现在 来 看 一 个 难 一 点 儿 的 例子 , 让 你 巩固 一 下 有 关 数 值 流 以 及 到 目前 为 止 学 过 的 所 有 流 操作 
的 知识 。 如 果 你 接受 这 个 挑战 ， 任 务 就 是 创建 一 个 勾 股 数 流 。 


1. 勾 股 数 

那么 什么 是 勾 股 数 ( 毕 达 哥 拉 斯 三 元 数 ) 呢 ? 我 们 得 回 到 从 前 。 在 一 党 激动 人 心 的 数学 课 上 ，， 
你 了 解 到 ， 古 希腊 数学 家 毕 达 哥 拉 斯 发 现 了 某 些 三 元 数 (w, b, oc) 满足 公式 a*a+b*b=c*c，, 其 
中 a、b、c 都 是 整数 。 例 如 ，(3, 4, 3) 就 是 一 组 有 效 的 勾 股 数 ， 因 为 3 x 3+4x 4= 
5 x 5 或 9+16=25。 这 样 的 三 元 数 有 无 限 组 。 例 如 ，(5, 12, 13) 、(6, 8, 10) 和 (7, 24, 25) 都 是 有 效 
的 色 股 数 。 勾 股 数 很 有 用 ， 因 为 它们 描述 的 正好 是 直角 三 角形 的 三 条 边 长 ， 如 图 5-9 所 示 。 



















































































5.7 ”数值 流 109 





a*at+b*b=c*c 








图 5-9” 勾 股 定理 ( 毕 达 哥 拉 斯 定理 ) 


2. 表示 三 元 数 

那么 , 怎么 人 手 呢 ?第 一 步 是 定义 一 个 三 元 数 。 虽然 更 恰当 的 做 法 是 定义 一 个 新 的 类 来 表示 
三 元 数 ， 但 这 里 你 可 以 使 用 具有 三 个 元 素 的 int 数组 ， 比 如 new int[]{3，4，5}， 来 表示 勾 
股 数 (3, 4, 5)。 现 在 你 就 可 以 用 数组 索引 访问 每 个 元 素 了 。 

3. 筛选 成 立 的 组 合 

假定 有 人 提供 了 三 元 数 中 的 前 两 个 数字 : a 和 8。 怎 么 知道 它 是 否 能 形成 一 组 勾 股 数 呢 ? 你 
需要 测试 a *a+b*5b 的 平方 根 是 不 是 整数 。 这 个 思想 在 Java 中 可 以 这 么 表述 : Math. sart (a*a 
+ b*b) $ 1 == 0( 对 于 浮 点 数 x， 它 的 分 数 部 分 在 Java 中 可 以 使 用 x gs 1.0 表示 ， 壁 如 5.0 
这 样 的 整数 ， 它 的 分 数 部 分 是 0 )。 我们 代码 的 filter 操作 中 就 借助 了 这 一 思想 ( 稍 后 你 会 了 
解 如 何 用 其 构建 有 效 的 代码 ): 

filter(b -> Math.sqrt(a*a + bxb) % 1 == 0) 

假设 环境 代码 为 a 提供 了 一 个 值 , 并 且 stream 提供 了 bb 可 能 的 值 ，filter 就 能 挑选 出 那 
些 可 以 与 a 组 成 勾 股 数 的 b。 

4. 生成 三 元 组 

在 筛选 之 后 ， 你 知道 a。 和 pb 能 够 组 成 一 个 正确 的 组 合 。 现 在 需要 创建 一 个 三 元 组 。 你 可 以 
使 用 map 操作 ， 像 下 面 这样 把 每 个 元 素 转换 成 一 个 勾 股 数组 : 


stream.filter(b -> Math.sdart(axa + bxb) % 1 == 0) 
.map(b -> new int[]{ta，b，(int) Math.sqrt(a * a+b* b)}); 




















5. 生成 b 值 
胜利 在 望 ! 现在 你 需要 生成 b 的 值 。 前 面 已 经 看 到 ，Stream.rangeCclosed 让 你 可 以 在 给 
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定 区 间 内 生成 一 个 数值 流 。 你 可 以 用 它 来 给 b 提供 数值 ， 这 里 是 1 到 100: 


IntStream.rangeClosed(1, 100) 
.filter(b -> Math.sqrt(a*a + b*b) % 1 == 0) 
.boxed() 
.map(b -> new int[]{a, b, (int) Math.saqrt(a * a+b* pb)}); 

请 注意 ， 你 在 filter 之 后 调用 boxed,， 从 rangeClosed 返回 的 Intstream 生成 一 个 
Stream<Integer>o 这 是 因为 你 的 map 会 为 流 中 的 每 个 元 素 返 回 一 个 问世 数组 。 而 IntStream 
中 的 map 方法 只 能 为 流 中 的 每 个 元 素 返回 另 一 个 int ,这 可 不 是 你 想 要 的 ! 你 可 以 用 IntStream 
的 mapToobj 方法 改写 它 ， 这 个 方法 会 返回 一 个 对 象 值 流 : 























IntStream.rangeClosed(1, 100) 
.filter(b -> Math.sqrt(a*a + b*b) % 1 == 0) 
.MapToObj (b -> new int[]{a, b, (int) Math.saqrt(a * a+b * b)}); 


6. 生成 值 

这 里 有 一 个 关键 的 假设 : 给 出 了 a 的 值 。 现 在 ， 只 要 已 知 a 的 值 ， 你 就 有 了 一 个 可 以 生成 
勾 股 数 的 流 。 如 何 解 决 这 个 问题 呢 ? 就 像 b 一 样 ， 你 需要 为 a 生成 数值 ! 最 终 的 解决 方案 如 下 
所 示 : 


Stream<int[]> pythagoreanTriples = 
IntStream.rangeClosed(1, 100).boxed() 
.flatMap(a -> 
IntStream.rangeClosed(a, 100) 
.filter(b -> Math.sqrt(a*a + b*b) % 1 == 0) 
.mapToObj (b -> 
new int[]j{a, b, (int)Math.sgqrt(a * a+b* b)}) 
) 
好 的 ，flatMap 又 是 怎么 回 事 呢 ? 首先 ,创建 一 个 从 1 到 100 的 数值 范围 来 生成 a 的 值 。 
对 每 个 给 定 的 a 值 ， 创 建 一 个 三 元 数 流 。 要 是 把 a 的 值 映 射 到 三 元 数 流 的 话 ， 就 会 得 到 一 个 由 
流 构成 的 流 。flatMap 方法 在 做 映射 的 同时 ， 还 会 把 所 有 生成 的 三 元 数 流 扁平 化 成 一 个 流 。 这 
样 你 就 得 到 了 一 个 三 元 数 流 。 还 要 注意 , 我 们 把 b 的 范围 改 成 了 a 到 100。 没 有 必要 再 从 1 开始 
了 ， 和 否则 就 会 造成 重复 的 三 元 数 ， 例 如 (3,4,3) 和 (4,3,5)。 


7. 运行 代码 
现在 你 可 以 运行 解决 方案 ， 并 且 可 以 利用 前 面 看 到 的 1imit 命令 ， 明 确 限定 从 生成 的 流 中 
要 返回 多 少 组 勾 股 数 了 : 















































DythagoreanTriples.1imit(5) 
:torpEach(t, = 
System.out.println(t[0] + ", " + 七 [1] + ", " + t[2])); 


这 会 打印 : 
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4, 5 

T2313 
8 
24, 25 
下 号 六 省 区 


8. 你 还 能 做 得 更 好 吗 
目前 的 解决 办 法 并 不 是 最 优 的 ,因为 你 要 求 两 次 平方 根 。 证 代码 更 为 紧凑 的 一 种 可 能 的 方法 
， 先 生成 所 有 的 三 元 数 (a*a，b*b，a*a+b*b) ， 然 后 再 筛选 符合 条 件 的 : 


Oo .0 WL 





诺 


Stream<double[]> pythagoreanTriples2 = 
IntStream.rangeClosed(1, 100) .boxed() 
.flatMap(a -> 


IntStream.rangeClosed(a, 100) a ee 
加 到 二 .mapToObj ( 产生 三 元 数 
元 组 中 的 第 三 人 b -> new double[]{a, b, Math.sart (a*a + b*b)}) | 
元 素 必须 是 整数 .filter(t -> t[2] % 1 == 0)); 


5.8 构建 流 


希望 到 现在 , 我们 已 经 让 你 相信 ， 流 对 于 表达 数据 处 理 查 询 是 非常 强大 而 有 用 的 。 到 目前 为 
止 , 你 已 经 能 够 使 用 strean 方法 从 集合 生成 流 了 。 此 外 , 我 们 还 介绍 了 如 何 根据 数值 范围 创建 
数值 流 。 但 创建 流 的 方法 还 有 许多 ! 本 节 将 介绍 如 何 从 值 序列 、 数 组 、 文 件 来 创建 流 ， 甚 至 由 生 
成 函数 来 创建 无 限 流 ! 


5.8.1 由 值 创建 流 


你 可 以 使 用 静态 方法 Stream.of， 通 过 显 式 值 创建 一 个 流 。 它 可 以 接受 任意 数量 的 参数 。 
例如 ,以 下 代码 直接 使 用 stream.of 创建 了 一 个 字符 串 流 。 然后 , 你 可 以 将 字符 串 转 换 为 大 写 ， 
再 一 个 个 打印 出 来 : 


Stream<String> stream = Stream.of ("Modern "，"Uava ", "In ", "Action"); 
stream.map (String::toUpperCase) .forEach(System.out::println); 


你 可 以 使 用 empty 得 到 一 个 空 流 ， 如 下 所 示 : 















































Stream<String> emptyStream = Stream.empty(); 


5.8.2 ”由 可 空 对 象 创建 流 


Java 9 提供 了 一 个 新 方法 可 以 由 一 个 可 空 对 象 创建 流 。 使 用 流 的 过 程 中 ， 你 可 能 也 碰 到 过 这 
种 情况 , 即 你 处 理 的 对 象 有 可 能 为 空 , 而 你 又 需要 把 它们 转换 成 流 (或 者 由 nul1 构成 的 空 的 流 ) 
进行 处 理 。 壁 如 ， 如 果 对 象 不 存在 指定 键 对 应 的 属性 ， 方法 System.getProperty 就 会 返回 一 
个 nul1l。 为 了 使 用 流 处 理 它 ， 你 需要 显 式 地 检查 对 象 值 是 否 为 空 ， 如 下 所 示 : 
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String homeValue = System.getProperty ("home"); 
Stream<String> homeValueStream 
= homeValue == null ? Stream.empty() : Stream.of (value); 











借助 于 Stream.ofNullable， 这 段 代码 可 以 改写 得 更 加 简洁 : 


Stream<String> homeValueStream 
= Stream.ofNullable(System.getProperty ("home")); 


这 种 模式 搭配 flatMap 处 理由 可 空 对 象 构成 的 流 时 尤其 方便 : 





Stream<String> values = 
Stream.of ("config", "home", "user") 
.flatMap(key -> Stream.ofNullable(System.getProperty (key))); 


5.8.3 ”由 数组 创建 流 


你 可 以 使 用 静态 方法 Arrays .stream 从 数组 创建 一 个 流 。 它 接受 一 个 数组 作为 参数 。 例 如 ， 
你 可 以 将 一 个 原始 类 型 int 的 数组 转换 成 一 个 Intstream, 然 后 对 Intstream 求 和 以 生成 int， 
如 下 所 示 : 





int[] numbers es. (2 3, 57 7 Ll; ,13k; 详 王 :站 
int sum = Arzrays.stream(numbers) .sum()， 4 | 总 和 是 41 


5.8.4 由 文件 生成 流 


Java 中 用 于 处 理 文件 等 IO 操作 的 NIO API ( 非 阻塞 WO ) 已 更 新 ， 以 便利 用 Stream API。 
java.nio.file.Files 中 的 很 多 静态 方法 都 会 返回 一 个 流 。 例 如 ， 一 个 很 有 用 的 方法 是 
Files .lines， 它 会 返回 一 个 由 指定 文件 中 的 各 行 构 成 的 字符 串 流 。 使 用 你 迄今 所 学 的 内 容 ， 
你 可 以 用 这 个 方法 看 看 一 个 文件 中 有 多 少 各 不 相同 的 词 : 























long uniqueWords = 0; 流 会 自动 关闭 , 因此 不 需要 执行 
try (Stream<String> lines = 额外 的 try-finally 操作 
Files.lines(Paths.get ("data.txt"), Charset.defaultCharset())){ < 一 
uniaqueWords = lines.flatMap (line -> Arrays.stream(line.split(" "))) 生成 单 
.distinct() 删除 重 | 词 流 
COUTE (了 数 一 数 有 多 少 复 项 
} 不 重复 的 单词 


catch(IOException e){ 如 果 打 开 文 件 时 出 
, 现 异常 则 加 以 处 理 


你 可 以 使 用 Files .lines 得 到 一 个 流 ， 其 中 的 每 个 元 素 都 是 给 定 文件 中 的 一 行 。 因 为 流 的 
源头 是 一 个 IO 资源 ,所 以 这 个 调用 环绕 在 一 个 try/catcn 块 中 。 事实 上 , 调用 Files.lines 
会 打开 一 个 IO 资源 ， 这 些 VO 资源 使 用 完毕 后 必须 被 关闭 ， 否 则 会 发 生 资源 泄漏 。 在 过 去 ,你 
需要 显 式 地 声明 一 个 finally 块 来 完成 这 些 回收 工作 。Stream 接口 通过 实现 AutoCcloseable 
接口 ， 很 方便 地 替 大 家 解决 了 这 一 问题 。 这 意味 着 资源 的 管理 都 由 try 代码 块 全权 负 责 了 。 一 
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日 你 接收 到 1ine 构成 的 流 ， 就 可 以 调用 line 的 split 方法 ， 将 行 拆 分 成 单词 。 请 特别 留意 ， 
flatMap 是 如 何 生 成 一 个 扁平 单词 流 的 ， 而 不 是 生成 多 个 流 ， 每 一 行 一 个 单词 流 。 最 后 ， 我 们 
通过 串 接 distinct 和 count 方法 ,统计 了 流 中 有 和 多少 不 重复 的 单词 。 


5.8.5 由 函数 生成 流 : 创建 无 限 流 


Stream API 提 供 了 两 个 静态 方法 来 从 函数 生成 流 :Stream.iterate 和 Stream.generate。 
这 两 个 操作 可 以 创建 所 谓 的 无 限 流 : 不 像 从 固定 集合 创建 的 流 那 样 有 固定 大 小 的 流 。 由 iterate 
和 generate 产生 的 流 会 用 给 定 的 函数 按 需 创建 值 ， 因 此 可 以 无 穷 无 尽 地 计算 下 去 ! 一 般 来 说 ， 
应 该 使 用 1imit (n) 来 对 这 种 流 加 以 限制 ， 以 避免 打印 无 穷 多 个 值 。 


1. 迭代 
我 们 先 来 看 一 个 iterate 的 简单 例子 ， 然 后 再 解释 : 
Stream.iterate(0, n -> n + 2) 
#0 
.forEach(System.out::println); 5 
iterate 方法 接受 一 个 初始 值 (在 这 里 是 0 )， 还 有 一 个 依次 应 用 在 每 个 产生 的 新 值 上 的 
Lambda ( Unaryoperator<t> 类 型 )。 这 里 ， 使 用 Lambda n -> n + 2， 返 回 的 是 前 一 个 元 素 
加 上 2。 因 此 ，iterate 方法 生成 了 一 个 所 有 正 偶数 的 流 : 流 的 第 一 个 元 素 是 初始 值 0。 然 后 加 
上 2 来 生成 新 的 值 >， 再 加 上 2 来 得 到 新 的 值 4:， 以 此 类 推 。 这 种 iterate 操作 基本 上 是 顺序 
的 ， 因为 结果 取决 于 前 一 次 应 用 。 请 注意 ， 此 操作 将 生成 一 个 无 限 流 一 一 这 个 流 没有 结尾 ， 因 为 
值 是 按 需 计算 的 ， 可 以 永远 计算 下 去 。 我 们 说 这 个 流 是 无 界 的 。 正 如 前 面 所 讨论 的 ， 这 是 流 和 集 
合 之 间 的 一 个 关键 区 别 , 我 们 使 用 1imit 方法 来 显 式 限制 流 的 大 小 。 这 里 只 选择 了 前 10 个 偶数 。 
然后 可 以 调用 forEacnh 终端 操作 来 消费 流 ， 并 分 别 打印 每 个 元 素 。 
一 般 来 说 ， 在 需要 依次 生成 一 系列 值 的 时 候 应 该 使 用 iterate， 比 如 一 系列 日 期 : 1 月 31 
日 ， 2 月 1 日 ， 以 此 类 推 。 来 看 一 个 难 一 点 儿 的 应 用 iterate 的 例子 ， 试 试 测验 5.4。 

















































































































测验 5.4: 斐 波 那 契 元 组 序列 

斐 波 那 契 数 列 是 著名 的 经 典 编程 练习 。 下 人 就 是 斐 波 那 契 数 列 的 一 部 分 : 0, 1, 1,2， 
3, 5, 8, 13, 21, 34, 55… 数 列 中 开始 的 两 个 数字 是 0 和 1， 后 续 的 每 个 数字 都 是 前 两 个 数字 之 和 。 

斐 波 那 契 元 组 序列 与 此 类 似 ， 卖 数 字 组 成 的 元 组 构成 的 序列 : (0, 1)， 
(1, 1), (1, 2), (2, 3), (3, 5), (5, 8), (8, 13), (13, 21) … 

你 的 任务 是 用 iterate 方法 生成 非 波 那 契 元 组 序列 中 的 前 20 个 元 素 。 

让 我 们 帮 你 入 手 吧 。 第 一 个 问题 是 ，iterate 方法 要 接受 一 个 UnaryOperator<t> 作 为 
参数 ， 而 你 需要 一 个 像 (0,1) 这 样 的 元 组 流 。 你 还 是 可 以 (这 次 又 是 比较 草率 地 ) 使 用 一 个 数组 
的 两 个 元 素来 代表 元 组 。 例如 ，new int[]{10,1} 就 代表 了 斐 波 那 契 序列 (0, 1) 中 的 第 一 个 元 
素 。 这 就 是 iterate 方法 的 初始 值 : 
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Stream.iterate(new int[]{0, 1}, ???) 
Slate Sy) 
foreacl( ee > OV ee 人 oe eNO te 
在 这 个 测验 中 ,你 需要 搞 清楚 2?3? 代 表 的 代码 是 什么 。 请 记 住 , iterate 会 按 顺 序 应 用 给 
定 的 Lambda。 
答案 : 
seream teerretnew aero ee. 
t -> new int[]{t[1], t[0]+t[1]}) 
ttie (20) 
wo OS Ge el dO 人 种 请 下 2 时 大 本 
它 是 如 何 工作 的 呢 ? iterate 需要 一 个 Lambda 来 确定 后 续 的 元 素 。 对 于 元 组 (3, 5)， 其 
后 续 元 素 是 (5, 3+5) = (53, 8)。 下 一 个 是 (8, 5+8)。 看 到 这 个 模式 了 吗 ? 给 定 一 个 元 组 ， 其 后 续 的 
i t[0]+t[1])。 这 可 以 用 这 个 Lambda 来 计算 : t->new int[]{t[1], t[0]+t[1]}。 
行 这 段 代码 ， 你 就 得 到 了 序列 (0, 1), (1, 1), (1, 2), (2, 3), (3, 5), (5, 8), (8, 13), (13, 21)… 请 注意 ， 
ee. 你 只 想 打 印 正常 的 斐 波 那 契 数列 ， 可 以 使 用 map 提取 每 个 元 组 中 的 第 一 个 元 素 : 


Seream teerEre ew ean EN 
ol atone ee oe a) 
~ lami ne Eo) 
.map(t -> t[0]) 
SionErachte rerenou .so ne 


这 段 代 码 将 生成 斐 波 那 契 数 列 : 0, 1, 1,2,3,5, 8, 13,21,34… 








Java 9 对 iterate 方法 进行 了 增强 ， 它 现在 可 以 支持 谓词 操作 了 。 壁 如 ， 你 可 以 由 0 开始 
生成 一 个 数字 序列 ， 一 旦 数字 大 于 100 就 停 下 来 : 


IntStream.iterate(0, n ->n< 100, n ->n + 4) 
.forEach(System.out::println); 


iterate ml 它 决 定 了 迭代 调用 何 时 终止 。 注 意 ， 你 可 能 会 想 ， 
使 用 filter 操作 完全 能 实现 同样 的 效果 : 


























IntStream.iterate(0, n ->Dn+4) 
filter(n => n. < 100) 
.forEach(System.out::println); 


非常 不 幸 ， 事 实 并 非 如 此 。 实 际 上 ， 这 上段 代码 根本 停 不 下 来 ! 原因 在 于 ，filter 根本 无 法 
了 解数 字 是 否 需 要 持续 递增 ， 因 此 它 只 能 不 停 地 执行 过 渡 操 作 ! 你 可 以 使 用 takewhile 解决 这 
个 问题 ， 它 能 对 流 执 5 短路 操作 

IntStream.iterate(0, n ->Dn+4) 


.takewhile(n -> n < 100) 
.forEach(System.out::println); 
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然而 ， 你 不 得 不 承认 iterate 结合 谓词 要 简洁 得 多 ! 


2. 生成 
与 iterate 方法 类 似 ，generate 方法 也 可 让 你 按 需 生成 一 个 无 限 流 。 但 generate 不 是 
依次 对 每 个 新 生成 的 值 应 用 函数 的 。 它 接受 一 个 supplier<T> 类 型 的 Lambda 提供 新 的 值 。 先 
来 看 一 个 简单 的 用 法 : 
Stream.generate (Math: :random) 
.1imit (5) 
.forEach(System.out::println); 
这 上段 代码 将 生成 一 个 流 ， 其 中 有 五 个 0 到 1 之 间 的 随机 双 精 度数 。 例 如 ,运行 一 次 得 到 了 下 
面 的 结果 : 








0.9410810294106129 
0.6586270755634592 
0.9592859117266873 
0.13743396659487006 
0.3942776037651241 


Math.Random 静态 方法 被 用 作 新 值 生成 器 。 同样 , 你 可 以 用 1imit 方法 显 式 限制 流 的 大 小 ， 
否则 流 将 会 无 限 长 。 

你 可 能 想 知 道 ，generate 方法 还 有 什么 用 途 。 我 们 使 用 的 供应 源 (指向 Math .randonm 的 
方法 引用 ) 是 无 状态 的 : 它 不 会 在 任何 地 方 记录 任何 值 ， 以 备 以 后 计算 使 用 。 但 供应 源 不 一 定 是 
无 状态 的 。 你 可 以 创建 存储 状态 的 供应 源 ， 它 可 以 修改 状态 ， 并 在 为 流 生 成 下 一 个 值 时 使 用 。 举 
个 例子 ， 我 们 将 展示 如 何 利用 generate 创建 测验 5.4 中 的 斐 波 那 契 数列 ， 这 样 你 就 可 以 和 用 
iterate 方法 的 办 法 比较 一 下 。 但 很 重要 的 一 点 是 ， 在 并 行 代码 中 使 用 有 状态 的 供应 源 是 不 安 
全 的 。 为 了 内 容 完整 ， 本 章 结尾 处 介绍 了 斐 波 那 契 的 有 状态 的 intsupplier， 但 通常 应 尽量 避 
免 使 用 ! 第 7 章 会 进一步 讨论 这 个 操作 的 问题 和 副作用 ， 以 及 并 行 流 。 

我 们 在 这 个 例子 中 会 使 用 Intstreanm 说 明 避 免 装 箱 操 作 的 代码 。IntStream 的 generat 
方法 会 接受 一 个 IntSupplier， 而 不 是 Supplier<t>。 例如 ,可 以 这 样 来 生成 一 个 全 是 1 的 无 
限 流 : 



















































































IntStream ones = IntStream.generate(() -> 1); 

你 在 第 3 章 中 已 经 看 到 ，Lambda 允许 你 创建 函数 式 接口 的 实例 ， 只 要 直接 内 联 提供 方法 的 
实现 就 可 以 。 你 也 可 以 像 下 面 这 样 , 通过 实现 Int supplier 接口 中 定义 的 getAsInt 方法 显 式 
传递 一 个 对 象 (虽然 这 看 起 来 是 无 缘 无 故地 绕 圈子 ， 也 请 你 耐心 看 ): 

IntStream twos = InLStream.generate (new IntSupplier(){ 


public int getAsInt(){ 
return 2; 


























} 
}); 
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generate 方法 将 使 用 给 定 的 供应 源 , 并 反复 调用 getasTnt 方法 , 而 这 个 方法 总 是 返回 2。 
但 这 里 使 用 的 匿名 类 和 Lambda 的 区 别 在 于 ， 匿 名 类 可 以 通过 字段 定义 状态 ， 而 状态 又 可 以 用 
getasTnt 方法 来 修改 。 这 是 一 个 副作用 的 例子 。 你 迄今 见 过 的 所 有 Lambda 都 是 没有 副作用 的 ， 
它们 没有 改变 任何 状态 。 

回 到 斐 波 那 契 数列 的 任务 上 ， 你 现在 需要 做 的 是 建立 一 个 Tntsupp1ier， 它 要 把 前 一 项 的 
值 保存 在 状态 中 ,以 便 gecasint 用 它 来 计算 下 一 项 。 此 外 , 在 下 一 次 调用 它 的 时 候 ， 还 要 更 新 
Intsupplier 的 状态 。 下 面 的 代码 就 是 如 何 创建 一 个 在 调用 时 返回 下 一 个 斐 波 那 契 项 的 


IntSupplier: 






































IntSupplier fib = new IntSupplier(){ 
private int previous = 0; 
private int current = 1; 
public int getAsInt (){ 

int oldPrevious = this.previous; 

int nextValue = this.previous + this.current; 

this.previous = this.current; 

this.current = nextValue; 

return oldPrevious; 

3} 

} 
IntStream.generate (fib) .limit(10).forEach(System.out::println); 


前 面 的 代码 创建 了 一 个 Intsupplier 的 实例 。 此 对 象 有 可 变 的 状态 : 它 在 两 个 实例 变量 中 
记录 了 前 一 个 斐 波 那 契 项 和 当前 的 斐 波 那 契 项 。getaAsInt 在 调用 时 会 改变 对 象 的 状态 ,由 此 在 
每 次 调用 时 产生 新 的 值 。 相 比 之 下 ,使 用 iterate 的 方法 则 是 纯粹 不 变 的: 它 没 有 修改 现 有 状 
态 , 但 在 每 次 迭代 时 会 创建 新 的 元 组 。 你 将 在 第 7 章 了 解 到 ,你 应 该 始终 采用 不 变 的 方法 ， 以 便 
并 行 处 理 流 ， 并 保持 结果 正确 。 

请 注意 ， 因 为 你 处 理 的 是 一 个 无 限 流 ， 所 以 必须 使 用 1imit 操作 来 显 式 限制 它 的 大 小 。 否 
则 ， 终 端 操作 ( 这 里 是 forEach ) 将 永远 计算 下 去 。 同 样 ， 你 不 能 对 无 限 流 做 排序 或 归 约 ， 因 
为 所 有 元 素 都 需要 处 理 ， 而 这 永远 也 完 不 成 ! 


5.9 ”概述 






























































这 一 章 很 长 ,但 是 很 有 收获 ! 现在 你 可 以 更 高 效 地 处 理 集 合 了 。 事实 上 , 流 让 你 可 以 简洁 地 
表达 复杂 的 数据 处 理 查 询 。 此 外 ， 流 可 以 透明 地 并 行 化 。 以 下 是 你 应 从 本 章 中 学 到 的 关键 概念 。 
0 























5.10 小结 




















以 下 是 本 章 中 的 关键 概念 。 

Stream API 可 以 表达 复杂 的 数据 处 理 查 询 。 常 用 的 流 操作 总 结 在 表 5-1 中 。 

口 你 可 以 使 用 filter、distinct、takeWwhile (Java 9)、dropWwhile (Java 9)、skip 和 
limit 对 流 做 筛选 和 切片 。 
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口 如 果 你 明确 地 知道 数据 源 是 排序 的 ， 那 么 用 takewhile 和 dropwhile 方法 通常 比 

filter 高 效 得 多 。 

口 你 可 以 使 用 map 和 flatMap 提取 或 转换 流 中 的 元 素 。 

口 你 可 以 使 用 findqFirst 和 finqany 方法 查找 流 中 的 元 素 。 你 可 以 用 allMatch、 

noneMatch 和 anyMatch 方法 让 流 匹 配给 定 的 谓词 。 

口 这 些 方法 都 利用 了 短路 : 找到 结果 就 立即 停止 计算 ; 没有 必要 处 理 整 个 流 。 

口 你 可 以 利用 reduce 方法 将 流 中 所 有 的 元 素 迭 代 合并 成 一 个 结果 ， 例 如 求 和 或 查找 最 大 

元 素 。 

口 filter 和 map 等 操作 是 无 状态 的 ,它们 并 不 存储 任何 状态 。reauce 等 操作 要 存储 状态 
才能 计算 出 一 个 值 。sorted 和 aistinct 等 操作 也 要 存储 状态 , 因为 它们 需要 把 流 中 的 
所 有 元 素 缓存 起 来 才能 返回 一 个 新 的 流 。 这 种 操作 称 为 有 状态 操作 。 

口 流 有 三 种 基本 的 原始 类 型 特 化 : Intstream、DoubleStream 和 LongStream。 它们 的 

操作 也 有 相应 的 特 化 。 

口 流 不 仅 可 以 从 集合 创建 ， 也 可 从 值 、 数 组 、 文 件 以 及 iterate 与 generate 等 特定 方法 

创建 。 

口 无 限 流 所 包含 的 元 素数 量 是 无 限 的 ( 想象 一 下 所 有 可 能 的 字符 串 构 成 的 流 )。 这 种 情况 是 

有 可 能 的 ， 因 为 流 中 的 元 素 大 多 数 都 是 即时 产生 的 。 使 用 1imit 方法 ， 你 可 以 由 一 个 无 

限 流 创建 一 个 有 限 流 。 
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本 章 内 容 

口 用 collectors 类 创建 和 使 用 收集 器 
口 将 数据 流 归 约 为 一 个 值 

口 汇总 : 归 约 的 特殊 情况 

口 数据 分 组 和 分 区 

口 开发 你 的 自 定 义 收 集 需 








我 们 在 前 一 章 中 学 到 , 流 可 以 用 类 似 于 数据 库 的 操作 帮助 你 处 理 集合 。 你 可 以 把 Java 8 的 流 
看 作 花 哨 又 懒惰 的 数据 集 迭 代 器 。 它 们 支持 两 种 类 型 的 操作 : 中 间 操 作 (如 filter 或 map) 和 
终端 操作 (如 count、findFirst、forEach 和 reduce)。 中 间 操 作 可 以 链接 起 来 ， 将 一 个 流 
转换 为 另 一 个 流 。 这 些 操作 不 会 消耗 流 , 其 目的 是 建立 一 个 流水 线 。 与 此 相反 ,终端 操作 会 消耗 
流 ， 以 产生 一 个 最 终结 果 , 例如 返回 流 中 的 最 大 元 素 。 它 们 通常 可 以 通过 优化 流水 线 来 缩短 计算 
时 间 。 

我 们 已 经 在 第 4 章 和 第 $ 章 中 用 过 collect 终端 操作 了 ， 当 时 主要 是 用 来 把 Stream 中 所 有 
的 元 素 结合 成 一 个 List。 在 本 章 中 , 你 会 发 现 collect 是 一 个 归 约 操作 ， 就 像 reduce 一 样 可 
以 接受 各 种 做 法 作为 参数 ， 将 流 中 的 元 素 累 积 成 一 个 汇总 结果 。 有 具体 的 做 法 是 通过 定义 新 的 
Collector 接口 来 定义 的 ， 因 此 区 分 collection、collector 和 collect 是 很 重要 的 。 

下 面 是 一 些 查 询 的 例子 ， 看 看 你 用 collect 和 收集 器 能 够 做 什么 。 

口 对 一 个 交易 列表 按 货币 分 组 ， 获 得 该 货币 的 所 有 交易 额 总 和 (返回 一 个 Map<Currency， 

Integer> 让 

口 将 交易 列表 分 成 两 组 : 贵 的 和 不 贵 的 (返回 一 个 Map<Boolean，List<Transaction>> )。 

口 创建 多 级 分 组 ， 比 如 按 城市 对 交易 分 组 ， 然 后 进一步 按照 贵 或 不 贵 分 组 (返回 一 个 
Map<String, Map<Boolean, List<Transaction>>> )。 

激动 吗 ? 很 好 ， 先 来 看 一 个 利用 收集 器 的 例子 。 想 象 一 下 ,你 有 一 个 由 Transaction 构成 
的 List， 并 且 想 按照 名 义 货币 进行 分 组 。 在 Java 8 之前， 哪怕 像 这 种 简单 的 用 例 实现 起 来 都 很 
跑 唆 ， 就 像 下 面 这 样 。 
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代码 清单 6-1 用 指令 式 风格 对 交易 按照 货币 分 组 
迭代 Transaction 建立 累积 交易 
的 List 分 组 的 Map 
Map<Currency, List<Transaction>> transactionsByCurrencies = 


new HashMap<>(); A 
for (Transaction transaction : transactions) { 
2 提取 Transaction 
Currency currency = transaction.getCurrency (); 
; ; ; 的 货币 
List<Transaction> transactionsForCurrency = 
transactionsByCurrencies.get (currency); 
一 > if (transactionsForCurrency == null) { 
transactionsForCurrency = new ArrayList<>(); 
transactionsByCurrencies 
.put (currency, transactionsForCurrency); 


} 


transactionsForCurrency.add (transaction); < 一 
} 将 当前 遍历 的 Transaction 加 入 
如 果 分 组 Map 中 没有 同一 货币 的 Transaction 的 List 
这 种 货币 的 条 目 ， 就 
创建 一 个 








如 果 你 是 一 位 经 验 丰富 的 Java 程序 员 ， 那 写 这 种 东西 可 能 挺 顺 手 的 ， 不 过 你 必须 承认 ， 做 
这 么 简单 的 一 件 事 就 得 写 很 多 代码 。 更 糟糕 的 是 , 读 起 来 比 写 起 来 更 费劲 ! 代码 的 目的 并 不 容易 
看 出 来 ， 尽 管 换 作 和 白话 是 很 直截了当 :“ 把 列表 中 的 交易 按 货币 分 组 。” 你 在 本 章 中 会 学 到 ， 用 
Stream 中 collect 方法 的 一 个 更 通用 的 collecto 人 参数， 就 可 以 用 一 句 话 实现 完全 相同 的 结 6 
果 ， 而 用 不 着 使 用 上 一 章 中 那个 toList 的 特殊 情况 了 : 


Map<Currency, List<Transaction>> transactionsByCurrencies = 
transactions.stream() .collect (groupingBy (Transaction::getCurrency)); 


这 一 比 差 得 还 真 多 ， 对 吧 ? 


6.1 收集 器 简介 


前 一 个 例子 清楚 地 展示 了 函数 式 编 程 相对 于 指令 式 编程 的 一 个 主要 优势 ; 你 只 需 指 出 希望 的 
结果 一 一 “做 什么 ”， 而 不 用 操心 执行 的 步骤 一 一 “如 何 做 ”。 在 上 一 个 例子 里 , 传递 给 collect 
方法 的 参数 是 collector 接口 的 一 个 实现 , 也 就 是 给 Stream 中 元 素 做 汇总 的 方法 。 上 一 章 里 的 
toList 只 是 说 “ 按 顺 序 给 每 个 元 素 生 成 一 个 列表 ”。 在 本 例 中 ，groupingBy 说 的 是 “生成 一 
个 Map， 它 的 键 是 (货币 ) 桶 ， 值 则 是 桶 中 那些 元 素 的 列表 ”。 

要 是 做 多 级 分 组 , 指令 式 和 函数 式 之 间 的 区 别 就 会 更 加 明显 : 由 于 需要 好 多 层 峙 套 循 环 和 条 
件 ， 指 令 式 代码 很 快 就 变 得 更 难 阅读 、 更 难 维护 和 更 难 修改 。 相 比 之 下 ， 函 数 式 版 本 只 要 再 加 上 
一 个 收集 器 就 可 以 轻松 地 增强 功能 了 ， 你 会 在 6.3 节 中 看 到 它 。 


6.1.1 收集 器 用 作 高 级 归 约 
刚刚 的 结论 又 引出 了 优秀 的 函数 式 API 设 计 的 另 一 个 好 处 : 更 易 复 合 和 重用 。 收集 器 非常 有 
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用 ， 因 为 用 它 可 以 简洁 而 灵活 地 定义 collect 用 来 生成 结果 集合 的 标准 。 更 具体 地 说 ， 对 流 调 
用 collect 方法 将 对 流 中 的 元 素 触 发 一 个 归 约 操作 ( Collector 来 参数 化 )。 图 6-1 所 示 的 
归 约 操作 所 做 的 工作 和 代码 清单 6-1 中 的 指令 式 代 码 一 样 。 它 遍历 流 中 的 每 个 元 素 ， 并 让 
Collector 进行 处 理 。 















































@ 而 分 组 际 射 添加 
货币 /交易 对 





图 6-1 按 货币 对 交易 分 组 的 归 约 过 程 


一 般 来 说 ，collector 会 对 元 素 应 用 一 个 转换 函数 (很 多 时 候 是 不 体现 任何 效果 的 恒 等 转 
换 , 例如 toList ), 并 将 结果 累积 在 一 个 数据 结构 中 ,从 而 产生 这 一 过 程 的 最 终 输 出 。 例 如 , 在 
前 面 所 示 的 交易 分 组 的 例子 中 ,转换 函数 提取 了 每 笔 交 易 的 货币 ,随后 使 用 货币 作为 键 , 将 交易 
本 身 累积 在 生成 的 Map 中 。 

如 货币 的 例子 中 所 示 ，collector 接口 中 方法 的 实现 决定 了 如 何 对 流 执行 归 约 操作 。6.5 节 
和 6.6 节 会 研究 如 何 创建 自 定 义 收集 器 。 但 collectors 实用 类 提供 了 很 多 静态 工厂 方法 ,可 以 
方便 地 创建 常见 收集 器 的 实例 ， 只 要 拿 来 用 就 可 以 了 。 最 直接 和 最 常用 的 收集 器 是 toList 静态 
方法 ， 它 会 把 流 中 所 有 的 元 素 收集 到 一 个 List 中 : 
















































































List<Transaction> transactions = 
transactionStream.collect (Collectors.toList()); 


6.1.2 ”预定 义 收集 器 


本 章 剩 下 的 部 分 主要 探讨 预定 义 收集 器 的 功能 ， 也 就 是 那些 可 以 从 collectors 类 提供 的 
工厂 方法 (例如 groupingBy ) 创建 的 收集 器 。 它 们 主要 提供 了 三 大 功能 : 
口 将 流 元 素 归 约 和 汇总 为 一 个 值 ; 
口 元 素 分 组 ; 
口 元 素 分 区 。 
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先 来 看 看 可 以 进行 归 约 和 汇总 的 收集 器 。 它 们 在 很 多 场合 下 都 很 方便 ， 比 如 前 面 例子 中 提 到 
的 求 一 系列 交易 的 总 交易 额 。 

然后 你 将 看 到 如 何 对 流 中 的 元 素 进行 分 组 , 同时 把 前 一 个 例子 推广 到 多 层次 分 组 , 或 把 不 同 
的 收集 器 结合 起 来 ， 对 每 个 子 组 进行 进一步 归 约 操作 。 我 们 还 将 谈 到 分 组 的 特殊 情况 一 一 分 区 ， 
即使 用 谓词 (返回 一 个 布尔 值 的 单 参数 函数 ) 作为 分 组 函数 。 

6.4 节 节 末 有 一 张 表 , 总 结 了 本 章 中 探讨 的 所 有 预定 义 收集 器 。 在 6.5 节 中 你 将 了 解 更 多 有 关 
Collector 接口 的 内 容 。 在 6.6 节 中 你 会 学 到 如 何 创 建 自己 的 自 定 义 收集 器 , 用 于 collectors 
类 的 工厂 方法 无 效 的 情况 。 


为 了 说 明 从 collectors 工厂 类 中 能 创建 出 多 少 种 收集 器 实例 ， 重用 一 下 前 一 章 的 例子 : 
包含 一 张 佳肴 列表 的 菜单 ! 

就 像 你 刚刚 看 到 的 ， 在 需要 将 流 项 目 重组 成 集合 时 ， 一 般 会 使 用 收集 器 〈 stream 方法 
collect 的 参数 )。 再 宽泛 一 点 来 说 ， 但 凡 要 把 流 中 所 有 的 项 目 合并 成 一 个 结果 时 就 可 以 用 。 这 
个 结果 可 以 是 任何 类 型 , 可 以 复杂 如 代表 一 棵 树 的 多 级 映射 , 或 是 简单 如 一 个 整数 一 一 也 许 代表 
了 菜单 的 热量 总 和 。 这 两 种 结果 类 型 都 会 讨论 : 6.2.2 节 讨 论 单个 整数 ，6.3.1 节 讨 论 多 级 分 组 。 

先 来 举 一 个 简单 的 例子 ,利用 counting 工厂 方法 返回 的 收集 器 , 数 一 数 菜 单 里 有 多 少 种 菜 : 

long howManyDishes = menu.stream() .collect (Collectors.counting()); 

这 还 可 以 写 得 更 为 直接 : 

long howManyDishes = menu.stream() .count (); 


counting 收集 器 在 和 其 他 收集 器 联合 使 用 的 时 候 特别 有 用 ， 后 面 会 谈 到 这 一 点 。 
在 本 章 后 面 的 部 分 ， 我 们 假定 你 已 导入 了 Collectors 类 的 所 有 静态 工厂 方法 : 


import static java.util.stream.Collectors.*; 


这 样 你 就 可 以 写 counting () 而 用 不 着 写 collectors .counting() 之 类 的 了 。 
让 我 们 来 继续 探讨 简单 的 预定 义 收 集 器 ， 看 看 如 何 找到 流 中 的 最 大 值 和 最 小 值 。 


6.2.1 查找 流 中 的 最 大 值 和 最 小 值 


假设 你 想 要 找 出 菜单 中 热量 最 高 的 菜 。 你 可 以 使 用 两 个 收集 器 ，collectors .maxBy 和 
Collectors .minBy， 来 计算 流 中 的 最 大 值 或 最 小 值 。 这 两 个 收集 器 接受 一 个 Comparator 参 
数 来 比较 流 中 的 元 素 。 你 可 以 创建 一 个 comparator 来 根据 所 含 热量 对 菜肴 进行 比较 ， 并 把 它 


传递 给 Collectors.maxBy: 




























































































Comparator<Dish> dishCaloriesComparator = 
Comparator.comparingInt (Dish::getCalories); 
Optional<Dish> mostCalorieDish = 
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menu .stream() 
.Collect (maxBy (dishCaloriesComparator)); 








你 可 能 在 想 optional<Dish> 是 怎么 回 事 。 要 回答 这 个 问题 , 需要 问 “ 要 是 menu 为 空 怎么 
办 ”。 那 就 没有 要 返回 的 菜肴 了 ! Java 8 引入 了 Optional, 它 是 一 个 容器 ， 可 以 包含 值 也 可 以 不 
包含 值 。 这 里 它 完美 地 代表 了 可 能 也 可 能 不 返回 菜肴 的 情况 。 第 5 章 讲 findany 方法 的 时 候 简 
要 提 到 过 它 。 现 在 不 用 担心 ， 第 11 章 会 专门 研究 optional<T> 及 其 操作 。 

男 一 个 常见 的 返回 单个 值 的 归 约 操作 是 对 流 中 对 象 的 一 个 数值 字段 求 和 ,或 者 你 可 能 想 要 求 
平均 数 。 这 种 操作 被 称 为 汇总 操作 。 让 我 们 来 看 看 如 何 使 用 收集 器 表达 汇总 操作 。 
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Collectors 类 专门 为 汇总 提供 了 一 个 工厂 方法 : Collectors.summingInto 它 可 接受 一 
个 把 对 象 映射 为 求 和 所 需 int 的 函数 ， 并 返回 一 个 收集 器 ; 该 收集 器 在 传递 给 普通 的 collect 
方法 后 即 执行 我 们 需要 的 汇总 操作 。 举 个 例子 来 说 ， 你 可 以 这 样 求 出 菜单 列表 的 总 热量 : 

int totalCalories = menu.Sstream().collect (summingInt (Dish::getCalories)); 


这 里 的 收集 过 程 如 图 6-2 所 示 。 在 遍历 流 时 ,会 把 每 一 道 菜 都 映射 为 其 热量 ， 然 后 把 这 个 数 

















字 累 加 到 一 个 累加 器 ( 这 里 的 初始 值 0 )。 


转换 国 妆 


这 








Dish::getCalories | Dish:;:getCalories | 


| | 









































Dish: :getCalories 











了 





图 6-2 ”summingInt 收集 器 的 累积 过 程 
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Collectors.summingLong 和 Collectors.summingDouble 方法 的 作用 完全 一 样 , 可 以 
用 于 求 和 字段 为 1ong 或 aouble 的 情况 。 

但 汇总 不 仅仅 是 求 和 ; 还 有 Collectors.averagingInt， 连 同 对 应 的 averagingLong 
和 averagingDouble 可 以 计算 数值 的 平均 数 : 


double avgCalories = 
menu.stream() .collect (averagingInt (Dish::getCalories)); 


到 目前 为 止 , 你 已 经 看 到 了 如 何 使 用 收集 器 来 给 流 中 的 元 素 计 数 , 找到 这 些 元 素数 值 属性 的 
最 大 值 和 最 小 值 ， 以 及 计算 其 总 和 和 平均 值 。 不 过 很 多 时 候 , 你 可 能 想 要 得 到 两 个 或 更 多 这 样 的 
结果 ， 而 且 你 希望 只 需 一 次 操作 就 可 以 完成 。 在 这 种 情况 下 ， 你 可 以 使 用 summarizingInt 工 
厂 方法 返回 的 收集 器 。 例 如 ， 通 过 一 次 summarizing 操作 你 就 可 以 数 出 菜单 中 元 素 的 个 数 ， 并 
得 到 菜肴 热量 总 和 、 平 均值 、 最 大 值 和 最 小 值 : 


IntSummaryStatistics menuStatistics = 
menu.stream() .collect (summarizingInt (Dish::getCalories)); 


这 个 收集 器 会 把 所 有 这 些 信息 收集 到 一 个 叫 作 IntSummaryStatistics 的 类 里 ， 它 提 供 了 
方便 的 取 值 (getter ) 方法 来 访问 结果 。 打 印 menustatisticobject 会 得 到 以 下 输出 : 














IntSummaryStatistics{count=9, sum=4300, min=120, 
average=477.777778, max=800} 


同样 ,相应 的 summarizingLong 和 summarizingDouble 工 厂 方法 有 相关 的 LongsSummary 
statistics 和 DoubleSummaryStatistics 类 型 ， 适 用 于 收集 的 属性 是 原始 类 型 long 或 double 


的 情况 。 








6.2.3 连接 字符 串 

joining 工厂 方法 返回 的 收集 器 会 把 对 流 中 每 一 个 对 象 应 用 tostring 方法 得 到 的 所 有 字 
符 串 连接 成 一 个 字符 串 。 这 意味 着 你 把 菜单 中 所 有 菜 看 的 名 称 连 接 起 来 ， 如 下 所 示 : 

String shortMenu = menu.stream() .map (Dish::getName) .collect (joining()); 

请 注意 ，joining 在 内 部 使 用 了 stringBuilder 来 把 生成 的 字符 串 逐 个 追加 起 来 。 此 外 
还 要 注意 ， 如 果 Dish 类 有 一 个 tostring 方法 来 返回 菜肴 的 名 称 ， 那 你 无 需 用 提取 每 一 道 菜 名 
称 的 函数 来 对 原 流 做 映射 就 能 够 得 到 相同 的 结果 : 

String ShortMenu = menu.stream() .collect (joining()); 

二 者 均 可 产生 以 下 字符 串 : 

porkbeefchickenfrench friesriceseason fruitpizzaprawnssalmon 

但 该 字符 串 的 可 读 性 并 不 好 。 幸 好，joining 工厂 方法 有 一 个 重 载 版 本 可 以 接受 元 素 之 间 
的 分 界 符 ， 这 样 你 就 可 以 得 到 一 个 逗号 分 隔 的 菜肴 名 称 列表 : 
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String ShortMenu = menu.stream() .map (Dish::getName) .collect (joining(", ")); 


正如 预期 的 那样 ， 它 会 生成 : 














pork, beef, chicken, french fries, rice, season fruit, pizza, prawns, salmon 

到 目前 为 止 , 我 们 已 经 探讨 了 各 种 将 流 归 约 到 一 个 值 的 收集 器 。 下 一 节 会 展示 为 什么 所 有 这 
种 形式 的 归 约 过 程 ， 其 实 都 是 Collectors.reducing 工厂 方法 提供 的 更 广义 归 约 收集 器 的 特 
殊 情 况 。 





6.2.4 广义 的 归 约 汇总 


事实 上 , 我 们 已 经 讨论 的 所 有 收集 器 , 都 是 一 个 可 以 用 reducing 工厂 方法 定义 的 归 约 过 程 
的 特殊 情况 而 已 。collectors .reducing 工厂 方法 是 所 有 这 些 特殊 情况 的 一 般 化 。 可 以 说 , 先 
前 讨论 的 案例 仅仅 是 为 了 方便 程序 员 而 已 。( 但 是 , 请 记得 方便 程序 员 和 可 读 性 是 头等 大 事 ! ) 例 
如 ， 可 以 用 reducing 方法 创建 的 收集 器 来 计算 你 菜单 的 总 热量 ， 如 下 所 示 : 














int totalCalories = menu.stream().collect(redqucing (人 
0, Dish::getCalories, (i, j) -> i + j)); 








是 一 个 合适 的 值 。 

口 第 二 个 参数 就 是 你 在 6.2.2 节 中 使 用 的 函数 ， 将 菜肴 转换 成 一 个 表示 其 所 含 热量 的 int。 

口 第 三 个 参数 是 一 个 Binaryoperator， 将 两 个 项 目 累积 成 一 个 同类 型 的 值 。 这 里 它 就 是 
对 两 个 int 求 和 。 

同样 ， 你 可 以 使 用 下 面 这 检 





























人 


单 参数 形式 的 reducing 来 找到 热量 最 高 的 菜 ， 如 下 所 示 : 





Optional<Dish> mostCalorieDish = 
menu.stream() .collect (reducingl( 
(d1l, d2) -> dl.getCalories() > d2.getCalories() ? dl : qd2)); 


你 可 以 把 单 参数 reducing 工厂 方法 创建 的 收集 器 看 作 三 参数 方法 的 特殊 情况 , 它 把 流 中 的 
第 一 个 项 目 作 为 起 点 ,把 恒 等 函数 ( 即 一 个 函数 仅仅 是 返回 其 输入 参数 ) 作为 一 个 转换 函数 。 这 
意味 着 ， 要 是 把 单 参数 regucing 收集 器 传递 给 空 流 的 collect 方法 ， 收 集 器 就 没有 起 点 ; 
正如 6.2.1 节 中 所 解释 的 ， 它 将 因此 而 返回 一 个 Optional<Dish> 对 象 。 



































收集 与 归 约 
在 上 一 章 和 本 章 中 讨论 了 很 多 有 关 归 约 的 内 容 。 你 可 能 想 知 道 ， Stream 接口 的 collect 
和 reduce 方法 有 何不 同 ， 因 为 两 种 方法 通常 会 获得 相同 的 结果 。 例如 ,你 可 以 像 下 面 这 样 使 
用 reduce 方法 来 实现 toList Collector 所 做 的 工作 : 
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sereamTmneeder oedn IAPearve a (| 2 3 /1 5 6 or ed 
List<Integer> numbers = stream.reducel 
new ArrayList<Integer>(), 
(SE -In | EEC el > 
1.add(e); 
HE lee 
(Mar Dae ll en 
Ube re ke 2 
Ee lp hg 
这 个 解决 方案 有 两 个 问题 : 一 个 语义 问题 和 一 个 实际 问题 语义 问题 在 于 ，reduce 方法 
旨 在 把 两 个 值 结 合 起 来 生成 一 个 新 值 ， 它 是 一 个 不 可 变 的 归 约 。 与 此 相反 ，collect 方法 的 
设计 就 是 要 改变 容器 ， 从 而 累积 要 给 出 的 结果 。 这 意味 着 ， 上 面 的 代码 片段 是 在 滥用 reduce 
方法 ， 因 为 它 在 原 地 改变 了 作为 累加 器 的 List。 你 在 下 一 章 中 会 更 详细 地 看 到 ， 以 错误 的 语 
义 使 用 reduce 方法 还 会 造成 一 个 实际 问题 : 这 个 归 约 过 程 不 能 并 行 工 作 , 因为 由 多 个 线程 并 
发 修改 同一 个 数据 结构 可 能 会 破坏 List 本身。 在 这 种 情况 下 ， 如 果 你 想 要 线程 安全 ， 就 需要 
每 次 分 配 一 个 新 的 List, 而 对 象 分 配 又 会 影响 性 能 。 这 就 是 collect 方法 特别 适合 表达 可 变 
容器 上 的 归 约 的 原因 ， 更 关键 的 是 它 适 合并 行 操 作 ， 本 章 后 面 会 谈 到 这 一 点 。 


1. 收集 框架 的 灵活 性 : 以 不 同 的 方法 执行 同样 的 操作 
你 还 可 以 进一步 简化 前 面 使 用 reducing 收集 右 的 求 和 例子 一 一 引用 Integer 类 的 sum 方 
法 ， 而 不 用 去 写 一 个 表达 同一 操作 的 Lambda 表达 式 。 这 会 得 到 以 下 程序 : 








int totalCalories = menu.stream() .collect (reducing (0,， < 初始 值 


Dish::getCalories, < 一 
累积 2 . 转换 
Integer: :sum) ) ; 
函数 函数 

















从 逻辑 上 说 ， 归 约 操 作 的 工作 原理 如 图 6-3 所 示 : 利用 累积 函数 ， 把 一 个 初始 化 为 起 始 值 的 
累加 器 ， 和 把 转换 函数 应 用 到 流 中 每 个 元 素 上 得 到 的 结果 不 断 迭 代 合 并 起 来 。 


























Dish::getCalories Lioh :toetoalorias Dish::getCalories 


4。 人 一 Integer: : Sum 上 | Integer: :sum 上 ----------------- | Integer: :sum 





















































图 6-3 ”计算 菜单 总 热量 的 归 约 过 程 
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现实 中 ，6.2 节 开 始 时 提 到 的 counting 收集 右 也 是 类 似 地 利用 三 参数 requcing 工厂 方法 
实现 的 。 它 把 流 中 的 每 个 元 素 都 转换 成 一 个 值 为 1 的 Long 型 对 象 ， 然 后 再 把 它们 相 加 : 





public static <T> Collector<T, ?, Long> counting() { 
return reducing(0L, e -> 1L, Long::sum); 


} 


使 用 泛 型 ?通配符 
在 刚刚 提 到 的 代码 片段 中 ， 你 可 能 已 经 注意 到 了 ?通配符 ， 它 用 作 counting 工厂 方法 返 
回 的 收集 器 签名 中 的 第 二 个 泛 型 类 型 。 对 这 种 记 法 你 应 该 已 经 很 熟悉 了 , 特别 是 如 果 你 经 常 使 
用 Java 的 集合 框架 的 话 。 在 这 里 ， 它 仅仅 意味 着 收集 器 的 累加 器 类 型 未 知 ， 换 和 句 话 说 ， 累 加 
器 本 身 可 以 是 任何 类 型 。 我 们 在 这 里 原封 不 动 地 写 出 了 Collectors 类 中 原始 定义 的 方法 签 
名 ， 但 在 本 章 其 余部 分 将 避免 使 用 任何 通配符 表示 法 ， 以 使 讨论 尽 可 能 简单 。 





我 们 在 第 5 章 已 经 注意 到 , 还 有 男 一 种 方法 不 使 用 收集 器 也 能 执行 相同 操作 一 一 将 菜肴 流 映 
射 为 每 一 道 菜 的 热量 ， 然 后 用 前 一 个 版 本 中 使 用 的 方法 引用 来 归 约 得 到 的 流 : 


int totalCalories = 
menu.stream() .map (Dish::getCalories) .reduce(Integer::sum) .get (); 


请 注意 , 就 像 流 的 任何 单 参数 reduce 操作 一 样 , reduce (Integer::sum) 返 回 的 不 是 int 
而 是 optional<Integer>, 以 便 在 空 流 的 情况 下 安全 地 执行 归 约 操作 。 然 后 你 只 需 用 optional 
对 象 中 的 get 方法 来 提取 里 面 的 值 就 行 了 。 请 注意 ， 在 这 种 情况 下 使 用 get 方法 是 安全 的 ， 只 
是 因为 你 已 经 确定 菜肴 流 不 为 空 。 你 在 第 10 章 还 会 进一步 了 解 到 ， 一 般 来 说 ， 使 用 允许 提供 默 
认 值 的 方法 ， 如 orElse 或 orElseGet 来 解 开 optional 中 包含 的 值 更 为 安全 。 最 后 ， 更 简洁 
的 方法 是 把 流 映 射 到 一 个 IntStream, 然后 调用 sum 方法 ， 你 也 可 以 得 到 相同 的 结 







































































int totalCalories = menu.stream() .mapToInt (Dish::getCalories) .sum(); 


2. 根据 情况 选择 最 佳 解决 方案 

这 再 次 说 明了 ， 函 数 式 编程 ( 特别 是 Java 8 的 collections 框架 中 加 入 的 基于 函数 式 风格 
原理 设计 的 新 API ) 通常 提供 了 多 种 方法 来 执行 同一 个 操作 。 这 个 例子 还 说 明 ， 收 集 局 在 某 种 程 
度 上 比 stream 接口 上 直接 提供 的 方法 用 起 来 更 复杂 , 但 好 处 在 于 它们 能 提供 更 高 水 平 的 抽象 和 
概括 ， 也 更 容易 重用 和 自 定 义 。 

我 们 的 建议 是 , 尽 可 能 为 手头 的 问题 探索 不 同 的 解决 方案 , 但 在 通用 的 方案 里 面 ， 始 终 选 择 
最 专门 化 的 一 个 。 无论 是 从 可 读 性 还 是 性 能 上 看 ,这 一 般 都 是 最 好 的 决定 。 例 如 ,要 计算 菜单 的 
总 热量 , 我 们 更 倾向 于 最 后 一 个 解决 方案 (使 用 Intstream ), 因为 它 最 简明 , 也 很 可 能 最 易 读 。 
同时 ， 它 也 是 性 能 最 好 的 一 个 ， 因 为 Intstream 可 以 让 我 们 避免 自动 拆 箱 操作 ， 也 就 是 从 
Integer 到 int 的 隐 式 转换 ， 它 在 这 里 毫 无 用 处 。 

接 下 来 , 请 看 看 测验 6.1, 测试 一 下 你 对 于 reducing 作为 其 他 收集 器 的 概括 的 理解 程度 如 何 。 
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测验 6.1: 用 reducing 连接 字符 串 
以 下 哪 一 种 reducing 收集 器 的 用 法 能 够 合法 地 替代 joining 收集 器 ( 如 6.2.3 节 用 法 
String shortMenu = menu.stream() .map (Dish::getName) .collect (joining()); 


(1) string shortMenu = menu.stream() .map (Dish: :getName) 
Se ob ee el (S21 


(2) string shortMenu = menu.stream!() 
.Collect( reducing( (dl, d2) -> dl.getName() + d2.getName() ) ) .get(); 


(3) Svanieoe ShenteMem menumeeeean 
本 


答案 : 语句 (1) 和 语句 (3) 是 有 效 的， 语句 (2) 无 法 编译 。 

(1) 这 会 将 每 道 菜 转换 为 菜 名 ， 就 像 原 先 使 用 joining 收集 器 的 语句 一 样 。 然 后 用 一 个 
String 作为 累加 器 归 约 得 到 的 字符 串 流 ， 并 将 菜 名 逐个 连接 在 它 后 面 。 

(2) 这 无 法 编译 ， 因 为 reducing 接受 的 参数 是 一 个 BinaryOperator<t>， 也 就 是 一 个 
BiFunction<T,T,T>。 这 就 意味 着 它 需 要 的 函数 必须 能 接受 两 个 参数 ， 然 后 返回 一 个 相同 类 
型 的 值 ， 但 这 里 用 的 Lambda 表达 式 接 受 的 参数 是 两 个 菜 ， 返 回 的 却 是 一 个 字符 串 。 

(3) 这 会 把 一 个 空 字符 串 作为 累加 器 来 进行 归 约 ， 在 遍历 菜肴 流 时 ， 它 会 把 每 道 菜 转 换 成 
菜 名 ， 并 追加 到 累加 器 上 。 请 注意 ， 前面 讲 过 ，reducing 要 返回 一 个 Optional 并 不 需要 三 
个 参数 , 因为 如 果 是 空 流 的 话 , 它 的 返回 值 更 有 意义 一 也 就 是 作为 累加 器 初始 值 的 空 字符 串 。 

请 注意 ， 虽 然 语 句 (1) 和 语句 (3) 都 能 够 合法 地 蔡 代 joining 收集 器 ， 但 是 它们 在 这 里 是 用 
来 展示 为 何 可 以 (至 少 在 概念 上 ) 把 reducing 看 作 本 章 中 讨论 的 所 有 其 他 收集 器 的 概括 。 然 
而 就 实际 应 用 而 言 ， 不 管 是 从 可 读 性 还 是 性 能 方面 考虑 ， 我 们 始终 建议 使 用 joining 收集 器 。 





6.3 分 组 


一 个 常见 的 数据 库 操 作 是 根据 一 个 或 多 个 属性 对 集合 中 的 项 目 进行 分 组 。 就 像 前 面 讲 到 按 货 
币 对 交易 进行 分 组 的 例子 一 样 ， 如 果 用 指令 式 风 格 来 实现 的 话 ， 这 个 操作 可 能 会 很 麻烦 、 哆 唆 而 
旦 容易 出 错 。 但是， 如 果 用 Java 8 所 推崇 的 函数 式 风格 来 重 写 的 话 ， 就 很 容易 转化 为 一 个 非常 容 
易 看 懂 的 语句 。 来 看 看 这 个 功能 的 第 二 个 例子 : 假设 你 要 把 菜单 中 的 菜 按 照 类 型 进行 分 类 , 将 有 
肉 的 放 一 组 ， 有 鱼 的 放 一 组 ， 其 他 的 都 放 男 一 组 。 用 collectors .groupingBy 工厂 方法 返回 
的 收集 器 就 可 以 轻松 地 完成 这 项 任务 ， 如 下 所 示 : 


Map<Dish.Type, List<Dish>> dishesByType = 
menu.stream() .collect (groupingBy (Dish::getType)); 












































其 结果 是 下 面 的 Map: 


{FISH= [prawns, salmon], OTHER=[french fries, rice, season fruit, pizzal], 
MEAT= [pork, beef, chicken]} 
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这 里 ， 你 给 groupingBy 方法 传递 了 一 个 Function (以 方法 引用 的 形式 )， 它 提取 了 流 中 
每 一 道 Dish 的 Dish.Type。 a 因为 它 用 来 把 流 中 的 元 素 
分 成 不 同 的 组 。 如 图 6-4 所 示 , 分 组 操作 的 结果 是 一 个 Map, 把 分 组 函数 返回 的 值 作 为 映射 的 键 ， 
把 流 中 所 有 具有 这 个 分 类 值 的 项 目的 列表 作为 对 应 的 映射 值 。 在 菜单 分 类 的 例子 中 , 键 就 是 菜 的 
类 型 ， 值 就 是 包含 所 有 对 应 类 型 的 菜肴 的 列表 。 


流 
分 组 映射 

下 一 个 

rawns 一 分 类 国 数 FISH 一 一 一，| FISH MEAT OTHER 


| | | 

























































































将 项 目 分 类 放 到 列表 中 salmon pork 和 
beef rice 
chicken french fries 























图 6-4 在 分 组 过 程 中 对 流 中 的 项 目 进行 分 类 


但 是 ,分 类 函数 不 一 定 像 方法 引用 那样 可 用 , 因为 你 想 用 以 分 类 的 条 件 可 能 比 简单 的 属性 访 
问 器 要 复杂 。 例 如 ， 你 可 能 想 把 热量 不 到 400 卡路里 的 菜 划 为 “低热 量 ”( diet )， 把 热量 在 400 
到 700 卡路里 之 间 的 菜 划 为 “普通 ”( normal )， 而 把 高 于 700 卡路里 的 菜 划 为 “高 热量 ”( fat )。 
于 Dish 类 的 作者 没有 把 这 个 操作 写成 一 个 方法 ， 因 此 无 法 使 用 方法 引用 ， 但 你 可 以 把 这 个 逻 
辑 写 成 Lambda 表达 式 : 

public enum CaloricLevel { DIET, NORMAL, FAT } 

Map<CaloricLevel, List<Dish>> dishesByCaloricLevel = menu.stream() .collect( 

groupingBy (dish -> { 
if (dish.getCalories() <= 400) return CaloricLevel .DIET; 


else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; 





































































































} )); 


现在 , 你 已 经 知道 如 何 同时 按照 菜肴 的 类 型 和 热量 对 菜单 中 的 菜肴 进行 分 组 。 然 而 ,如 果 你 
还 需要 对 Ps 的 结果 做 进一步 操作 一 一 这 也 是 很 典型 的 应 用 场景 , 又 该 如 何 做 呢 ? 接 下 来 的 
一 节 会 介绍 如 何 解 决 这 个 问题 。 


6.3.1 操作 分 组 的 元 素 


执行 完 分 组 操作 后 ,你 往往 还 需要 对 每 个 分 组 中 的 元 素 执 行 操作 。 举 个 例子 , 假设 你 希望 只 
按照 菜肴 的 热量 进行 过 小 操作 ， 壁 如 找 出 那些 热量 大 于 500 卡路里 的 菜肴 。 你 可 能 会 说 , 这 种 情 
况 只 要 在 分 组 之 前 执行 过 滤 谓 词 就 好 了 了， 如 下 所 示 : 


Map<Dish.Type, List<Dish>> caloricDishesByType = 
menu.stream() .filter(dish -> dish.getCalories() > 500) 
.Collect (groupingBy (Dish::getType)); 
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这 种 解决 方案 可 以 工作 , 不 过 它 也 伴随 着 相关 的 缺陷 。 如 果 你 试 着 用 它 处 理 我 们 的 菜单 ,得 
到 的 结果 是 下 面 这 种 Map: 




















{OTHER= [french fries, pizzal], MEAT=[pork, beef]} 


发 现 问题 了 么 ? 由 于 没有 任何 一 道 类 型 是 FISH 的 菜 符 合 我 们 的 过 滤 谓 词 ， 这 个 键 在 结果 映 
射 中 完全 消失 了 。 为 了 解决 这 个 问题 collectors 类 重 载 了 工厂 方法 groupingBy, 除了 和 常见 
的 分 类 函数 ， 它 的 第 二 变量 也 接受 一 个 collector 类 型 的 参数 。 通 过 这 种 方式 ， 我 们 把 过 滤 谓 
词 挪 到 了 第 二 个 collector 中 ， 如 下 所 示 : 











Map<Dish.Type, List<Dish>> caloricDishesByType = 
menu.stream() 
.Collect (groupingBy (Dish::getType, 
filtering(dish -> dish.getCalories() > 500, toList()))); 


filtering 方法 也 是 collectors 类 的 一 个 静态 工厂 方法 ， 它 接受 一 个 谓词 对 每 一 个 分 组 
中 的 元 素 执行 过 滤 操 作 ， 你 还 可 以 更 进一步 地 使 用 collector 对 过 滤 的 元 素 继续 进行 分 组 。 通 
过 这 种 方式 ， 结 果 映 射 中 依旧 保存 了 FISH 类 型 的 条 目 ， 即 便 它 映射 的 是 一 个 空 的 列表 : 


{OTHER= [french fries, pizzal], MEAT=[pork, beef], FISH=[]} 


操作 分 组 元 素 的 男 一 种 常见 做 法 是 使 用 一 个 映射 函数 对 它们 进行 转换 ， 这 种 方式 也 很 有 效 。 
为 了 达成 这 个 目标 ，collectors 类 通过 mapping 方法 提供 了 男 一 个 collector 函数 ， 它 接 
受 一 个 映射 函数 和 男 一 个 collector 函数 作为 参数 。 作 为 参数 的 collector 会 收集 对 每 个 元 
素 执行 该 映射 函数 的 运行 结果 。 这 与 你 之 前 看 到 的 过 滤 收 集 器 很 相似 。 使 用 新 的 方法 ,你 可 以 将 
每 道 菜 肴 的 分 类 添加 到 它们 各 自 的 菜 名 中 ， 如 下 所 示 : 
Map<Dish.Type, List<String>> dishNamesByType = 
menu.stream() 


.Collect (groupingBy (Dish::getType, 
mapping (Dish::getName, toList()))); 


注意 , 这 个 例子 中 , 结果 映射 的 每 个 分 组 是 一 个 由 字符 串 构成 的 列表 ,而 不 是 前 面 示例 中 的 
Dish 类 型 。 你 还 可 以 使 用 第 三 个 Collector 搭配 groupingBy, 再 进行 一 次 flatMap 转换 ， 
这 样 得 到 的 就 不 是 一 个 普通 的 映射 了 。 为 了 演示 这 种 机 制 是 如 何 工作 的 ,假设 我 们 有 一 个 映射 ， 
它 为 每 道 菜肴 关联 了 一 个 标签 列表 ， 如 下 所 示 : 
























































ap<String, List<String>> dishTags = new HashMap<>(); 
dishTags .put ("pork", asList("greasy", "salty")); 
dishTags.put ("beef", asList("salty", "roasted")); 
dishTagsput ("ehiceken",, asList ("fried™, "orisp"))y 
dishTags.put ("french fries", asList("greasy", "fried")); 
dishTags.put ("rice", asList("light", "natural")); 
dishTags.put ("season fruit", asList("fresh", "natural")); 
dishTags .put ("pizza", asList("tasty", "salty")); 
dishTags.put ("prawns", asList("tasty", "roasted")); 
dishTags.put ("salmon", asList("delicious", "fresh")); 
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如 果 你 需要 提取 出 每 组 菜肴 对 应 的 标签 ,使 用 flatMapping Collector 可 以 轻松 实现 : 


Map<Dish.Type, Set<String>> dishNamesByType = 
menu .stream() 
.Collect (groupingBy (Dish: :getType， 
flatMapping (dish -> dishTags.get( dish.getName() ) .stream(), 
toset ()))); 


我 们 会 为 每 道 菜肴 获取 一 个 标签 列表 。 这 与 在 上 一 章 磁 到 的 情况 很 像 ， 需 要 执行 一 个 
flatMap 操作 ， 将 两 层 的 结果 列表 归并 为 一 层 。 此 外 ， 也 请 注意 ， 这 一 次 我 们 会 将 每 一 组 
flatMapping 操作 的 结果 保存 到 一 个 set 中 ， 而 不 是 之 前 的 List 中 ， 这 么 做 是 为 了 避免 同一 
类 型 的 多 道 菜 由 于 关联 了 同样 的 标签 而 导致 标签 重复 出 现在 结果 集中 。 这 一 操作 的 结果 映射 如 下 
所 示 : 


{MEAT= [salty, greasy, roasted, fried, crisp], FISH=[roasted, tasty, fresh, 
delicious], OTHER=[salty, greasy, natural, light, tasty, fresh, fried]} 


截至 目前 , 我 们 对 菜单 中 的 菜肴 分 组 时 使 用 的 都 是 单一 标准 ， 壁 如 ， 按 类 型 分 , 或 者 按 热量 
分 。 然而， 有些 时 候 你 可 能 希望 同时 使 用 多 个 标准 进行 分 类 ,这 种 情况 又 该 如 何 处 理 呢 ?分 组 操 
作 的 强大 之 处 就 在 于 它 能 高 效 地 组 合 。 来 看 看 它 是 如 何 做 到 的 这 一 点 的 。 


6.3.2 ”多 级 分 组 


要 实现 多 级 分 组 ， 可 以 使 用 一 个 由 双 参 数 版 本 的 collectors .groupingBy 工厂 方法 创建 
的 收集 器 ， 它 除了 普通 的 分 类 函数 之 外 ， 还 可 以 接受 collector 类 型 的 第 二 个 参数 。 那 么 要 进 
行 二 级 分 组 的 话 ， 可 以 把 一 个 内 层 groupingBy 传递 给 外 层 groupingBy， 并 定义 一 个 为 流 中 
项 目 分 类 的 二 级 标准 ， 如 代码 清单 6-2 所 示 。 
代码 清单 6-2 ”多 级 分 组 

Map<Dish.Type, Map<CaloricLevel, List<Dish>>> dishesByTypeCaloricLevel = 


menu.stream() .collect( 一 级 分 
groupingBy (Dish: :getType, 


groupingBy (dish -> { 
二 级 分 if (dish.getCalories() <= 400) return CaloricLevel .DIET; 







































































类 函数 else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; 


i 
这 个 二 级 分 组 的 结果 就 是 像 下 面 这 样 的 两 级 Map: 


{MEAT={DIET=[chicken], NORMAL= [beef], FAT=[pork]}, 
FISH={DIET=[prawns], NORMAL= [salmon]}, 
OTHER={DIET=[rice, seasonal fruit], NORMAL=[french fries, pizzal]}} 


这 里 的 外 层 Map 的 键 就 是 第 一 级 分 类 函数 生成 的 值 :“fish, meat, other”"， 而 这 个 Map 的 值 又 
是 一 个 Map， 键 是 二 级 分 类 函数 生成 的 值 :“normal, diet, fat”。 最 后 ， 第 二 级 Map 的 值 是 流 中 元 
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素 构 成 的 List ， 是 分 别 应 用 第 一 级 和 第 二 级 分 类 函数 所 得 到 的 对 应 第 一 级 和 第 二 级 键 的 值 : 
“salmon，pizza...” 这 种 多 级 分 组 操作 可 以 扩展 至 任意 层级 ,7 级 分 组 就 会 得 到 一 个 代表 n 级 树 
形 结构 的 n 级 Map。 

6-5 显示 了 为 什么 结构 相当 于 维 表 格 ， 并 强调 了 分 组 操作 的 分 类 目的 。 
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图 6-5 nn 层 机 套 映射 入 维 分 类 表 之 间 的 等 价 关系 


般 来 说 ， 把 groupingBy 看 作 “ 桶 ”比较 容易 明白 。 第 一 个 groupingBy 给 每 个 键 建立 
了 一 个 桶 。 人 然后 再 用 下 游 的 收集 器 去 收集 每 个 桶 中 的 元 素 ， 以 此 得 到 n 级 分 组 。 


6.3.3” 按 子 组 收集 数据 


在 上 一 节 中 ， 我 们 看 到 可 以 把 第 二 个 groupingBy 收集 器 传递 给 外 层 收 集 器 来 实现 多 级 分 
组 ,但 进一步 说 ,传递 给 第 一 个 groupingBy 的 第 二 个 收集 器 可 以 是 任何 类 型 ， 而 不 一 定 是 另 
一 个 groupingBy。 例 如 ， 要 数 一 数 菜单 中 每 类 菜 有 多 少 个 ， 可 以 传递 counting 收集 器 作为 
groupingBy 收集 器 的 第 二 个 参数 : 


Map<Dish.Type, Long> typesCount = menu.stream() .collect( 
groupingBy (Dish::getType, counting())); 





















































{MEAT=3, FISH=2, OTHER=4} 



































还 要 注意 , 普通 的 单 参数 groupingBy (f) (其 中 f 是 分 类 函数 ) 实 际 上 是 groupingBy (f， 
toList () ) 的 简便 写法 。 
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再 举 一 个 例子 , 你 可 以 把 前 面 用 于 查找 菜单 中 热量 最 高 的 菜肴 的 收集 器 改 一 改 , 按照 全 的 类 
型 分 类 : 

Map<Dish.Type, Optional<Dish>> mostCaloricByType = 
menu.stream() 


.Collect (groupingBy (Dish::getType, 
maxBy (comparingInt (Dish::getCalories)))); 








这 个 分 组 的 结果 显然 是 一 个 Map， 以 Disnh 的 类 型 作为 键 ， 以 包装 了 该 类 型 中 热量 最 高 的 
Dish 的 optional<Dish> 作 为 值 : 





ai 





{FISH=Optional[salmon], OTHER=Optional [pizza], MEAT=Optional [pork]} 


注意 这 个 Map 中 的 值 是 Optional， 因 为 这 是 maxBy 工厂 方法 生成 的 收集 器 的 类 型 ， 但 实际 
上 ， 如 果菜 单 中 没有 某 一 类 型 的 Dish， 这 个 类 型 就 不 会 对 应 一 个 optional empty () 
值 ， 而 且 根 本 不 会 出 现在 Map 的 键 中 。groupingBy 收集 器 只 有 在 应 用 分 组 条 件 后 ， 第 
一 次 在 流 中 找到 某 个 键 对 应 的 元 素 时 才 会 把 键 加 入 分 组 Map 中 。 这 意味 着 Optional 包 
装 器 在 这 里 不 是 很 有 用 ， 因 为 它 不 会 仅仅 因为 是 归 约 收集 器 的 返回 类 型 而 表达 一 个 最 终 
可 能 不 存在 却 意外 存在 的 值 。 


1. 把 收集 器 的 结果 转换 为 另 一 种 类 型 

因为 分 组 操作 的 Map 结果 中 的 每 个 值 上 包装 的 optional 没什么 用 ， 所 以 你 可 能 想 要 把 它 
们 去 掉 。 要 做 到 这 一 点 ， 或 者 更 一 般 地 来 说 ， 把 收集 器 返回 的 结果 转换 为 另 一 种 类 型 ， 你 可 以 使 
用 Collectors.collectingAndThen 工厂 方法 返回 的 收集 器 ， 如 下 所 示 。 











代码 清单 6-3 ”查找 每 个 子 组 中 热量 最 高 的 Dish 


Map<Dish.Type, Dish> mostCaloricByType = 分 类 


menu . Stream( ) 水 
: , 函数 
.Collect (groupingBy (Dish::getType, AE 
: 包装 后 的 
collectingAndThen( 收集 器 

maxBy (comparingInt (Dish::getCalories)), 

函数 Optional::get))); 
这 个 工厂 方法 接受 两 个 参数 一 一 要 转换 的 收集 器 以 及 转换 函数 , 并 返回 另 一 个 收集 器 。 这 个 














收集 器 相当 于 旧 收 集 器 的 一 个 包装 ，collect 操作 的 最 后 一 步 就 是 将 返回 值 用 转换 函数 做 一 个 
映射 。 在 这 里 ， 被 包 起 来 的 收集 器 就 是 用 maxBy 建立 的 那个 ， 而 转换 函数 optional: :get 则 
把 返回 的 optional 中 的 值 提取 出 来 。 前 面 已 经 说 过 ， 这 个 操作 放 在 这 里 是 安全 的 ， 因 为 
reducing 收集 器 永远 都 不 会 返回 optional.empty() 。 其 结果 是 下 面 的 Map: 


{FISH=salmon, OTHER=pizza, MEAT=pork} 


把 好 几 个 收集 带 构 套 起 来 很 常见 ， 它们 之 间 到 底 发 生 了 什么 可 能 不 那么 明显 。 图 6-6 可 以 直 
观 地 展示 它们 是 怎么 工作 的 。 从 最 外 层 开 始 逐 层 向 里 ， 注 意 以 下 几 点 。 
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D 收集 器 用 虚线 表示 ， 因 此 groupingBy 是 最 外 层 ， 根 据 菜肴 的 类 型 把 菜单 流 分 组 ， 得 到 
三 个 子 流 。 
D groupingBy 收集 器 包 庄 着 collectingandThen 收集 器 ， 因 此 分 组 操作 得 到 的 每 个 子 
流 都 用 这 第 二 个 收集 器 做 进一步 归 约 。 

口 collectingAndThen 收集 器 又 包 囊 着 第 三 个 收集 器 maxByo 

口 随后 由 归 约 收集 器 进行 子 流 的 归 约 操作 ， 然 后 包含 它 的 collectingAndThen 收集 带 会 
对 其 结果 应 用 optional:get 转换 函数 。 

口 对 三 个 子 流 分 别 执行 这 一 过 程 并 转换 而 得 到 的 三 个 值 , 也 就 是 各 个 类 型 中 热量 最 高 的 Dish， 
将 成 为 groupingBy 收集 器 返回 的 Map 中 与 各 个 分 类 键 (Dish 的 类 型 ) 相关 联 的 值 。 






























































































































































| 分 类 函数 : 

| f | 

2 AN 米 > | 
a Cw) | 
2 XrL1J | ! 
人 1 

| ! collectingAndThen | | 

每 个 子 流 都 : ‘collectingAndThen| : maxBy | jcollectingandThen 
第 二 个 收集 器 | | | | | 
独立 处 理 | ! maxBy 由 + 结果 | | maxBy | | 


{! |optional [pork] 


























































































































归 约 收集 器 返回 热 | 
量 最 高 的 菜 ， 包 装 | | 
在 一 个 Optional 里 | | 
和 | | OPtional: :get 4 \ 
| 转换 函数 
结果 结果 
collectingAnd-— 
Then 收 集 器 返回 从 2 
先前 Optional 中 
提取 的 值 + 
上 十 避 村 MEAT OTHER 
第 二 级 收集 器 的 | | 
结果 成 为 分 组 映 
射 的 值 L_w| salmon 一 一 | pork pizza | 一 




















图 6-6” 拒 套 收集 器 来 获得 多 重 效果 
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2. 与 groupingBy 联合 使 用 的 其 他 收集 器 的 例子 

一 般 来 说 ， 通 过 groupingBy 工厂 方法 的 第 二 个 参数 传递 的 收集 器 将 会 对 分 到 同一 组 中 的 
所 有 流 元 素 执行 进一步 归 约 操作 。 例 如 ,你 还 重用 求 出 所 有 菜肴 热量 总 和 的 收集 器 ,不 过 这 次 是 
对 每 一 组 Dish 求 和 : 

Map<Dish.Type, Integer> totalCaloriesByType = 


menu.stream() .collect (groupingBy (Dish::getType, 
summingInt (Dish::getCalories))); 


然而 常常 和 groupingBy 联合 使 用 的 另 一 个 收集 器 是 mapping 方法 生成 的 。 这 个 方法 接受 
两 个 参数 : 一 个 函数 对 流 中 的 元 素 做 变换 ， 另 一 个 则 将 变换 的 结果 对 象 收 集 起 来 。 其 目的 是 在 累 
加 之 前 对 每 个 输入 元 素 应 用 一 个 映射 函数 , 这 样 就 可 以 让 接受 特定 类 型 元 素 的 收集 器 适应 不 同类 
型 的 对 象 ,我们 来 看 一 个 使 用 这 个 收集 器 的 实际 例子 ,比方 说 你 想 要 知道 ,对 于 每 种 类 型 的 Dish， 
菜单 中 都 有 哪些 caloricLevel。 可 以 把 groupingBy 和 mapping 收集 器 结合 起 来 , 如 下 所 示 : 












































Map<Dish.Type, Set<CaloricLevel>> caloricLevelsByType = 
menu.stream() .collect( 
groupingBy (Dish::getType, mapping(dish -> { 
if (dish.getCalories() <= 400) return CaloricLevel .DIET; 
else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; }, 
toSet () ))); 


这 里 , 就 像 前 面 见 到 过 的 , 传递 给 映射 方法 的 转换 函数 将 Di sh 映射 成 了 它 的 caloricLevel: 
生成 的 caloricLevel 流传 递 给 一 个 toset 收集 器 ， 它 和 toList 类 似 , 不 过 是 把 流 中 的 元 素 
累积 到 一 个 set 而 不 是 List 中, 以便 仅 保留 各 不 相同 的 值 。 如 先前 的 示例 所 示 ,， 这 个 映射 收集 
器 将 会 收集 分 组 函数 生成 的 各 个 子 流 中 的 元 素 ， 让 你 得 到 这 样 的 Map 结果 : 


{OTHER= [DIET, NORMAL], MEAT=[DIET, NORMAL, FAT], FISH=[DIET, NORMAL]} 


由 此 你 就 可 以 轻松 地 做 出 选择 了 。 如 果 你 想 吃 鱼 并 且 在 减肥 ， 那 很 容易 找到 一 道 菜 ; 同样 ， 
如 果 你 饥 肠 圈 弛 ， 想 要 很 多 热量 的 话 ， 菜单 中 肉 类 部 分 就 可 以 满足 你 的 区 爸 之 欲 了 。 请 注意 在 上 
一 个 示例 中 ， 对 于 返回 的 set 是 什么 类 型 并 没有 任何 保证 。 但 通过 使 用 tocollection， 你 就 
可 以 有 更 多 的 控制 。 例 如 ， 你 可 以 给 它 传递 一 个 构造 函数 引用 来 要 求 Hashset: 


Map<Dish.Type, Set<CaloricLevel>> caloricLevelsByType = 
menu.stream() .collect( 
groupingBy (Dish::getType, mapping(dish -> { 
if (dish.getCalories() <= 400) return CaloricLevel .DIET; 
else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; }, 
toCollection(HashSet::new) ))); 
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6.4 分 区 
分 区 是 分 组 的 特殊 情况 : 由 一 个 谓词 (返回 一 个 布尔 值 的 函数 ) 作为 分 类 函数 ， 它 称 分 区 函 





6.4 分 区 135 























数 。 分 区 函数 返回 一 个 布尔 值 ， 这 意味 着 得 到 的 分 组 Map 的 键 类 型 是 Boolean， 于 是 它 最 多 可 


























以 分 为 两 组 true 是 一 组 ，false 是 一 组 。 例 如 ， 如 果 你 是 素食 者 或 是 请 了 一 位 素食 的 朋友 
来 共 进 晚餐 ， 可 能 会 想 要 把 菜单 按照 素食 和 非 素食 分 开 : 
Map<Boolean, List<Dish>> partitionedMenu = 分 区 函数 
menu.stream() .collect (partitioningBy (Dish::isVegetarian)); 


这 会 返回 下 面 的 Map: 


{false=[pork, beef, chicken, prawns, salmon], 
true=[french fries, rice, season fruit, pizzal]} 


那么 通过 Map 中 键 为 true 的 值 ， 就 可 以 找 出 所 有 的 素食 菜肴 了 : 

List<Dish> vegetarianDishes = partitionedMenu.get (true); 

请 注意 ,用 同样 的 分 区 谓词 ,对 菜单 List 创建 的 流 作 筛选 ,然后 
中 也 可 以 获得 相同 的 结 


List<Dish> vegetarianDishes = 
menu.stream() .filter (Dish::isVegetarian) .collect (toList()); 











结果 收集 到 另外 一 个 List 











[ 熙 


6.4.1 分 区 的 优势 


分 区 的 好 处 在 于 保留 了 分 区 函数 返回 true 或 false 的 两 套 流 元 素 列表 。 在 上 一 个 例子 中 ， 
要 得 到 非 素食 Dish 的 ist， 你 可 以 使 用 两 个 筛选 操作 来 访问 partitionedMenu 这 个 Map 中 
false 键 的 值 : 一 个 利用 谓词 ， 一 个 利用 该 谓词 的 非 。 而 且 就 像 你 在 分 组 中 看 到 的 ， 
partitioningBy 工厂 方法 有 一 个 重 载 版 本 ， 可 以 像 下 面 这 样 传递 第 二 个 收集 器 : 
Map<Boolean, Map<Dish.Type, List<Dish>>> vegetarianDishesByType = 


menu.stream() .collect( 
partitioningBy (Dish::isVegetarian, < 一 一 分 区 函数 


groupingBy (Dish::getType))); 2 
加 第 二 个 收集 器 
这 将 产生 一 个 二 级 Map: 


{false={FISH=[prawns, salmon], MEAT=[pork, beef, chicken]}, 
true={OTHER= [french fries, rice, season fruit, pizzal]}} 


这 里 ， 对 于 分 区 产生 的 素食 和 非 素食 子 流 ， 分 别 按 类 型 对 菜肴 分 组 ， 得 到 了 一 个 二 级 Map， 
和 6.3.1 节 的 二 级 分 组 得 到 的 结果 类 似 。 再 举 一 个 例子 ， 你 可 以 重用 前 面 的 代码 来 找到 素食 和 非 
素食 中 热量 最 高 的 菜 : 


Map<Boolean, Dish> mostCaloricPartitionedByVegetarian = 
menu.stream() .collect( 
partitioningBy (Dish::isVegetarian, 
collectingAndThen (maxBy (comparingInt (Dish::getCalories)), 
Optional::get))); 





























这 将 产生 以 下 结 
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{false=pork, true=pizza} 


本 节 开 始 时 说 过 ,你 可 以 把 分 区 看 作 分 组 的 一 种 特殊 情况 ,值得 一 提 的 是 ,由 partitioningBy 
返回 的 Map 实现 其 结构 更 紧凑 , 也 更 高 效 , 这 是 因为 它 只 包含 两 个 键 : true 和 false。 实际 上 ， 
它 的 内 部 实现 就 是 一 个 特殊 的 Map， 只 有 两 个 字段 。groupingBy 和 partitioningBy 收集 髓 
之 间 的 相似 之 处 并 不 止 于 此 。 你 在 下 一 个 测验 中 会 看 到 ， 还 可 以 按照 和 6.3.1 节 中 分 组 类 似 的 方 
式 进 行 多 级 分 区 。 























测验 6.2: 使 用 partitioningBy 
我 们 已 经 看 到 ， 和 groupingBy 收集 器 类 似 ，partitioningBy 收集 器 也 可 以 结合 其 他 
收集 器 使 用 。 尤 其 是 它 可 以 与 第 二 个 partitioningBy 收集 器 一 起 使 用 来 实现 多 级 分 区 。 以 
下 多 级 分 区 的 结果 会 是 什么 呢 ? 
(1) menu.stream() .collect (partitioningBy (Dish::isVegetarian, 
(En cl oer on mney 3 HOO 
(2) menu.stream() .collect (partitioningBy (Dish::isVegetarian, 
Da on Ey (DS oom 
(3) menu.stream() .collect (partitioningBy (Dish::isVegetarian, 
Cote > 


答案 : 
(1) 这 是 一 个 有 效 的 多 级 分 区 ， 产 生 以 下 二 级 Map: 


{false={false=[chicken, prawns, salmon], true=[pork, beef]}, 
true={false=[rice, season fruit], true=[french fries, pizzal}} 


(2) 这 无 法 编译 ， 因 为 partitioningBy 需要 一 个 谓词 ， 也 就 是 返回 一 个 布尔 值 的 函数 。 
方法 引用 Dish: :getType 不 能 用 作 谓 词 。 
(3) 它 会 计算 每 个 分 区 中 项 目的 数目 ， 得 到 以 下 Map: 


{false=5, true=4} 


作为 使 用 partitioningBy 收集 器 的 最 后 一 个 例子 ， 我 们 把 菜单 数据 模型 放 在 一 边 ， 来 看 
一 个 更 为 复杂 也 更 为 有 趣 的 例子 : 将 数字 分 为 质数 和 非 质数 。 


6.4.2 ”将 数字 按 质 数 和 非 质数 分 区 


假设 你 要 写 一 个 方法 ， 它 接受 参数 n( int 类 型 )， 并 将 前 n 个 自然 数 分 为 质数 和 非 质 数 。 
但 首先 ， 找 出 能 够 测试 某 一 个 待 测 数字 是 否 是 质数 的 谓词 会 很 有 帮助 : 
| | | | ， 产生 一 个 自然 数 范围 ， 从 2 
public boolean isPrime(int candidate) { 和 
return IntStream.range(2, candidate) 开始 ， 直 至 但 不 包括 待 测 数 


.noneMatch(i -> candidate 多 i == 0); < 一 
} 如 果 待 测 数 字 不 能 被 流 中 
任何 数字 整除 则 返回 true 
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一 个 简单 的 优化 是 仅 测试 小 于 等 于 待 测 数 平方 根 的 因子 : 


public boolean isPrime(int candidate) { 


int candidateRoot = (int) Math.sqaqrt((double) candidate); 
return IntStream.rangeClosed(2, candidateRoot) 
.noneMatch(i -> candidate %$ i == 0); 


} 


现在 最 主要 的 一 部 分 工作 已 经 做 好 了 。 为 了 把 前 n 个 数字 分 为 质数 和 非 质 数 ， 只 要 创建 一 个 
包含 这 nn 个 数 的 流 , 用 刚刚 写 的 isPrime 方法 作为 谓词 , 再 给 partitioningBy 收集 器 归 约 就 
好 了 : 























public Map<Boolean, List<Integer>> partitionprimes(int n) { 
return IntStream.rangeClosed(2, n) .boxed() 
.Collect 
partitioningBy (candidate -> isPrime(candidate))); 


} 


现在 我 们 已 经 讨论 过 了 collectors 类 的 静态 工厂 方法 能 够 创建 的 所 有 收集 器 ， 并 介绍 了 
使 用 它们 的 实际 例子 。 表 6-1 将 它们 汇总 到 一 起 ， 给 出 了 它们 应 用 到 stream<T> 上 返回 的 类 型 ， 
以 及 它们 用 于 一 个 叫 作 menuStream 的 Stream<Dish> 上 的 实际 例子 。 





表 6-1 collectors 类 的 静态 工厂 方法 
工厂 方法 返回 类 型 用 于 
toList List<T> 把 流 中 所 有 项 目 收集 到 一 个 List 


更 用 示例 : List<Dish> dishes = menuStream.collect (toList()) 

















toset ot 把 流 中 所 有 项 目 收集 到 一 个 set ， 删 除 重复 项 








更 用 示例 : Set<Dish> dishes = menuStream.collect (toSet()) 
























































tocollection | collection<T> 把 流 中 所 有 项 目 收集 到 给 定 的 供应 源 创 建 的 集合 
更 用 示例 : collection<Dish> dishes = menuStream.collect (toCollection(), ArrayList::new); 
counting Long 计算 流 中 元 素 的 个 数 








更 用 示例 : long howManyDishes = menuStream.collect(counting() ); 








summingInt Integer 对 流 中 项 目的 一 个 整数 属性 求 和 





更 用 示例 : int totalcalories = menuStream.collect (summingInt (Dish::getCalories)); 

















averagingInt Double 计算 流 中 项 目 Integer 属性 的 平均 值 



































更 用 示例 : double avgCalories = menuStream.collect (averagingInt (Dish::getCalories)); 








summarizingInt IntSummaryStatistics 收集 关于 流 中 项 目 Integer 属性 的 统计 值 ,例如 最 大 、 最 小 、 
总 和 与 平均 值 


使 用 示例 : IntSummaryStatistics menuStatistics = 




















menuStream.collect (summarizingInt (Dish::getCalories)); 
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( 续 ) 
工厂 方法 返回 类 型 用 于 


joining String 连接 对 流 中 每 个 项 目 调 用 tostring 方法 所 生成 的 字符 串 
























































使 用 示例 : string shortMenu = menuStream.map (Dish::getName) .collect (joining(", ")); 


maxBy Optional<T> 一 个 包 右 了 流 中 按照 给 定 比 较 器 选 出 的 最 大 元 素 的 
optional ， 或 如 果 流 为 空 则 为 optional .empty () 


























使 用 示例 : optional<Dish> fattest = 
menuStream.collect (maxBy (ComparingInt (Dish::getCalories))); 


minBy Optional<T> 一 个 包 庄 了 流 中 按照 给 定 比 较 器 选 出 的 最 小 元 素 的 
optional ， 或 如 果 流 为 空 则 为 optional .empty () 





























使 用 示例 : Optional<Dish> lightest = 
menuStream.collect (minBy (comparingInt (Dish::getCalories))); 

reducing 归 约 操作 产生 的 类 型 从 一 个 作为 累加 器 的 初始 值 开 始 ， 利 用 BinaryOperator 
与 流 中 的 元 素 逐 个 结合 ， 从 而 将 流 归 约 为 单个 值 









































使 用 示例 : int totalcalories = 
menuStream.collect (reducing (0, Dish::getCalories, Integer::sum)); 


















































collectinganarhen | 转换 函数 返回 的 类 型 包裹 另 一 个 收集 器 ， 对 其 结果 应 用 转换 函数 

使 用 示例 : int howManyDishes = menuStream.collect (collectingAndThen (toList(), List::size)); 

groupingBy Map<K, List<T>> 根据 项 目的 一 个 属性 的 值 对 流 中 的 项 目 作 分 组 ,并 将 属性 值 
作为 结果 Map 的 键 

















使 用 示例 : Map<Dish.Type,List<Dish>> dishesByType = 
menuStream.collect (groupingBy (Dish: :getType)); 


partitioningBy Map<Boolean, List<T>> 根据 对 流 中 每 个 项 目 应 用 谓词 的 结果 来 对 项 目 进行 分 



































加 | 









































使 用 示例 : Map<Boolean,List<Dish>> vegetarianDishes = 
menuStream.collect (partitioningBy (Dish::isVegetarian)); 


本 章 开头 提 到 过 ， 所 有 这 些 收集 器 都 是 对 Collector 接口 的 实现 ， 因 此 本 章 剩余 部 分 会 详 
细 讨 论 这 个 接口 。 我 们 会 看 看 这 个 接口 中 的 方法 ， 然 后 探讨 如 何 实 现 你 自己 的 收集 器 。 


6.5 ”收集 器 接口 


Collector 接口 包含 了 一 系列 方法 ， 为 实现 具体 的 归 约 操作 〈 即 收集 器 ) 提供 了 范本 。 我 
们 已 经 看 过 了 collector 接口 中 实现 的 许多 收集 器 ， 例 如 toList 或 groupingBy。 这 也 意味 
着 , 你 可 以 为 collector 接口 提供 自己 的 实现 , 从 而 自由 地 创建 自 定义 归 约 操作 。6.6 节 将 展示 
如 何 实现 collector 接口 来 创建 一 个 收集 器 ,来 比 先前 更 高 效 地 将 数值 流 划 分 为 质数 和 非 质数 。 

要 开始 使 用 collector 接口 , 先 看 看 本 章 开始 时 讲 到 的 一 个 收集 器 一 一 toList 工厂 方法 ， 
它 会 把 流 中 的 所 有 元 素 收集 成 一 个 List。 我 们 当时 说 在 日 常 工作 中 经 常会 用 到 这 个 收集 器 ， 而 
且 它 也 是 写 起 来 比较 直观 的 一 个 ， 至少 理论 上 如 此 。 通过 仔细 研究 这 个 收集 器 是 怎么 实现 的 , 我 
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们 可 以 很 好 地 了 解 Collector 接口 是 怎么 定义 的 ， 以 及 它 的 方法 所 返回 的 图 数 在 内 部 是 如 何 为 
collect 方法 所 用 的 。 

首先 在 下 面 的 列表 中 看 看 Collector 接口 的 定义 ， 它 列 出 了 接口 的 签名 以 及 声明 的 五 个 
方法 。 


代码 清单 6-4 Collector 接口 





public interface Collector<T, A, R> { 
Supplier<A> supplier(); 
BiConsumer<A, T> accumulator(); 
Function<A, R> finisher(); 
BinaryOperator<A> combiner (); 
Set<Characteristics> characteristics(); 


} 


本 列表 适用 以 下 定义 。 
口 7 是 流 中 要 收集 的 项 目的 泛 型 。 
DO A 是 累加 器 的 类 型 ， 累 加 器 是 在 收集 过 程 中 用 于 累积 部 分 结果 的 对 象 。 
口 R 是 收集 操作 得 到 的 对 象 ( 通常 但 并 不 一 定 是 集合 ) 的 类 型 。 
例如 ,你 可 以 实现 一 个 ToListcollector<T> 类 , 将 stream<T> 中 的 所 有 元 素 收集 到 一 个 
List<T> 里 ， 它 的 签名 如 下 : 




















public class ToListCollector<T> implements Collector<T, List<T>, List<T>> 


我 们 很 快 就 会 漆 清 ， 这 里 用 于 累积 的 对 象 也 将 是 收集 过 程 的 最 终结 果 。 








6.5.1 理解 collector 接口 声明 的 方法 


现在 可 以 一 个 个 来 分 析 collector 接口 声明 的 五 个 方法 了 。 通 过 分 析 ， 你 会 注意 到 ， 前 四 
个 方法 都 会 返回 一 个 会 被 collect 方法 调用 的 函数 ， 第 五 个 方法 characteristics 则 提供 了 
一 系列 特征 ， 也 就 是 一 个 提示 列表 ， 告 诉 col lect 方法 在 执行 归 约 操作 的 时 候 可 以 应 用 哪些 优 
化 (比如 并 行 化 )。 











1. 建立 新 的 结果 容器 : supplier 方法 

supplier 方法 必须 返回 一 个 结果 为 空 的 supplier， 也 就 是 一 个 无 参数 函数 ， 在 调用 时 它 
会 创建 一 个 空 的 累加 器 实例 ， 供 数据 收集 过 程 使 用 。 很 明显 ， 对 于 将 累加 器 本 身 作 为 结果 返回 的 
收集 器 ， 比 如 我 们 的 ToListcollector， 在 对 空 流 执行 操作 的 时 候 ， 这 个 空 的 累加 器 也 代表 了 
收集 过 程 的 结果 。 在 我 们 的 ToListcollector 中 ，supplier 返回 一 个 空 的 List， 如 下 所 示 : 











public Supplier<List<T>> supplier() { 
return () -> new ArrayList<T>(); 


} 
请 注意 你 也 可 以 只 传递 一 个 构造 函数 引用 : 
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public Supplier<List<T>> supplier() { 
return ArrayList::new; 


} 


2. 将 元 素 添 加 到 结果 容器 : accumulator 方法 

accumulator 方法 会 返回 执行 归 约 操作 的 函数 。 当 遍历 到 流 中 第 n 个 元 素 ， 这 个 函数 执行 
时 会 有 两 个 参数 : 保存 归 约 结果 的 累加 器 〈 已 收集 了 流 中 的 前 n-1 个 项 目 )， 还 有 第 n 个 元 素 本 
身 。 该 函数 将 返回 voida， 因 为 累加 器 是 原 位 更 新 ， 即 函数 的 执行 改变 了 它 的 内 部 状态 以 体现 饥 
历 的 元 素 的 效果 。 对 于 roListcollector， 这 个 函数 仅仅 会 把 当前 项 目 添 加 至 已 经 遍历 过 的 项 
目的 列表 : 


public BiConsumer<List<T>, T> accumulator() { 
return (list, item) -> list.add(item); 



































} 
你 也 可 以 使 用 方法 引用 ， 这 会 更 为 简洁 : 


public BiConsumer<List<T>, T> accumulator() { 
return List::add; 


} 


3. 对 结果 容器 应 用 最 终 转 换 : finisher 方法 

在 遍历 完 流 后 ，finisher 方法 必须 返回 在 累积 过 程 的 最 后 要 调用 的 一 个 函数 ， 以 便 将 累加 
器 对 象 转换 为 整个 集合 操作 的 最 终结 果 。 通 常 ， 就 像 ToListcollector 的 情况 一 样 ， 累 加 器 对 
象 恰好 符合 预期 的 最 终结 果 , 因此 无 须 进行 转换 。 所 以 fini sher 方法 只 需 返 回 idaentity 水 数 : 














public Function<List<T>, List<T>> finisher() { 
return Function.identity(); 


} 

这 三 个 方法 已 经 足以 对 流 进行 顺序 归 约 ， 至少 从 逻辑 上 看 可 以 按 图 6-7 进行 。 实 践 中 的 实现 
细节 可 能 还 要 复杂 一 点 ， 一 方面 是 因为 流 的 延迟 性 质 ， 可 能 在 collect 操作 之 前 还 需要 完成 其 
他 中 间 操 作 的 流水 线 ， 另 一 方面 则 是 理论 上 可 能 要 进行 并 行 归 约 。 
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A accumulator = Collector-supplier()-Gget(): 





























collector.accumulator().accept (accumulator, next) 





T next = 取 流 中 下 一 个 项 目 








R result = collector.finisher() .apply (accumulator}); 





Y 











return result; 








了 


图 6-7 顺序 归 约 过 程 的 逻辑 步 又 





4. 合并 两 个 结果 容器 : combiner 方法 

四 个 方法 中 的 最 后 一 个 一 一 combiner 方法 会 返回 一 个 供 归 约 操作 使 用 的 函数 , 它 定 义 了 对 
流 的 各 个 子 部 分 进行 并 行 处 理 时 , 各 个 子 部 分 归 约 所 得 的 累加 需要 如 何 合 并 。 对 于 toList 而 言 ， 
这 个 方法 的 实现 非常 简单 , 只 要 把 从 流 的 第 二 子 部 分 收集 到 的 项 目 列表 加 到 遍历 第 一 子 部 分 时 得 
到 的 列表 后 面 就 行 了 : 




















public BinaryOperator<List<T>> combiner() { 
return, (List1;,. "Tist2) = { 
list1l.addAll (list2); 
return list1l; } 


} 


有 了 这 第 四 个 方法 ， 就 可 以 对 流 进行 并 行 归 约 了 。 它 会 用 到 Java 7 中 引入 的 分 支 /合并 框架 
和 spliterator 抽象 , 下 一 章 会 对 此 进行 介绍 。 这 个 过 程 类 似 于 图 6-8 所 示 , 这 里 会 详细 介绍 。 
口 原始 流 会 以 递归 方式 拆 分 为 子 流 ， 直 到 定义 流 是 否 需 要 进一步 拆 分 的 一 个 条 件 为 非 〈 如 
果 分 布 式 工作 单位 太 小 ， 并 行 计算 往往 比 顺序 计算 要 慢 ， 而 且 要 是 生成 的 并 行 任 务 比 处 
理 器 内 核 数 多 很 多 的 话 就 毫 无 意义 了 )。 
口 现在 ， 所 有 的 子 流 都 可 以 并 行 处 理 ， 即 对 每 个 子 流 应 用 图 6-7 所 示 的 顺序 归 约 算法 。 
口 最 后 ， 使 用 收集 器 combiner 方法 返回 的 函数 ， 将 所 有 的 部 分 结果 两 两 合并 。 这 时 会 把 
原始 流 每 次 拆 分 时 得 到 的 子 流 对 应 的 结果 合并 起 来 。 
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A accumulator = collector.combiner() 
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5. characteristics 方法 


最 后 一 个 方法 


charac 























使 用 combiner 方法 来 








行 化 归 约 过 程 











pe 


并 独立 处 理 每 个 
” 子 流 的 结果 











teristics 会 返回 一 一 个 不 可 变 的 Characteristics 集合 ， 它 定 


义 了 收集 器 的 行为 一 一 尤其 是 关于 流 是 否 可 以 并 行 归 约 ， 以 及 可 以 使 用 哪些 优化 的 提示 。 

















characteristics 是 一 个 包含 三 个 项 目的 枚 举 。 





口 UNORDERED 一 一 上 归 约 结 
D CONCURRE 





ERE 
已 








PNT 











DQ ID] 


情况 下 ， 累 加 需 对 象 将 


约 流 。 如 果 收 集 器 没有 标 为 UNORDI 
ENTITY_FINISH 一 一 这 表明 完成 带 方 法 返回 的 函数 是 一 个 
会 直接 用 作 归 约 过 程 的 最 终结 果 。 这 也 意味 着 ， 将 累加 器 A 不 加 











ER 
E 




















检查 地 转换 为 结果 R 是 安全 的 。 





吉 果 不 受 流 中 项 目的 遍历 和 累积 顺序 的 影响 。 
accumulator 了 荫 数 可 以 从 多 个 线程 同时 调用 ， 
ED， 那 它 仅 在 用 于 无 序数 据 源 时 才 可 以 并 和 


恒 等 


且 该 收集 需 可 以 并 行 归 
十 归 约 3 








函数 ， 可 以 跳 过 。 这 种 
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迄今 开发 的 ToListcollector 是 IDENTITY_FINISH 的 ， 因 为 用 来 累积 流 中 元 素 的 List 
已 经 是 我 们 要 的 最 终结 果 ， 用 不 着 进一步 转换 了 ， 但 它 并 不 是 UNORDERED， 因 为 用 在 有 序 流 上 
的 时 候 , 我 们 还 是 希望 顺序 能 够 保留 在 得 到 的 List 中 。 最 后 , 它 是 CoNCURRENT 的 , 但 我 们 刚 
才 说 过 了 ， 仅仅 在 背后 的 数据 源 无 序 时 才 会 并 行 处 理 。 


6.5.2 ”全 部 融合 到 一 起 


前 一 小 节 中 谈 到 的 五 个 方法 足够 我 们 开发 自己 的 ToListcollector 了 。 你 可 以 把 它们 都 融 
合 起 来 ， 如 下 面 的 代码 清单 所 示 。 





加 


























代码 清单 6-5 ToListCollector 


import java.util.*; 

import java.util.function.*; 

import java.util.stream.Collector; 

import static java.util.stream.Collector.Characteristics.*; 

public class ToListCollector<T> implements Collector<T, List<T>, List<T>> { 


QOverride 
中 建 集合 操 
public Supplier<List<T>> supplier() { [I 





return ArrayList::new; < 一 的 起 始点 
} 
QOverride 
public BiConsumer<List<T>, T> accumulator() 1{ 累积 遍历 过 的 





< 一 | 项 目 ， 原 位 修 


return List::add; 





) | 改 累 加 器 
@Override 
public Function<List<T>, List<T>> finisher() { 


return Function.identit ? < 一 二 和 

下 | 恒 等 函 数 
@Override 

public BinaryOperator<List<T>> combiner() { 


return (list1l, list2) -> { 


修改 第 一 个 累加 器 ， 
将 其 与 第 二 个 累加 





list1.addAll (list2); 二 | 器 的 内 容 合并 
return 1ist1; 、 
本 返回 修改 后 的 
} 第 一 个 累加 器 
@Override 
public Set<Characteristics> characteristics() { 


return Collections.unmodifiableSet (EnumSet .of ( 为 收集 器 添加 IDENTITY FINISH 
IDENTITY_FINISH, CONCURRENT)); a 3 


} 和 CONCURRENT 标志 
} 


请 注意 ， 这 个 实现 与 Collectors .toList 方法 并 不 完全 相同 , 但 区 别 仅仅 是 一 些小 的 优化 。 
ee Java API 所 sl Ho re 了 Collections. 
emptyList () 这 个 单 例 (singleton )。 这 意味 着 它 可 安全 地 替代 原生 Java， 来 收集 菜单 流 中 的 所 
有 Dish 0 























List<Dish> dishes = menuStream.collect (new ToListCollector<Dish>()); 
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这 个 实现 和 标准 的 
List<Dish> dishes = menuStream.collect (toList()); 


构造 之 间 的 其 他 差异 在 于 ，toList 是 一 个 工厂 ， 而 ToListCollector 必须 用 new 来 实例 化 。 

















进行 自 定义 收集 而 不 去 实现 collector 

对 于 IDENTITY_FINISH 的 收集 操作 ,还 有 一 种 方法 可 以 得 到 同样 的 结果 而 无 须 从 头 实现 新 
的 Collector 接口 .Stream 有 一 个 重 载 的 collect 方法 可 以 接受 另外 三 个 函数 supplier.、 
accumulator 和 combiner, 其 语义 和 collector 接口 的 相应 方法 返回 的 函数 完全 相同 。 所 以 
比如 说 ， 我 们 可 以 像 下 面 这 样 把 菜肴 流 中 的 项 目 收集 到 一 个 List 中 : 


List<Dish> dishes = menuStream.collect!( 供应 源 
ArrayList::new, 














List::adgd, < 一 一 累加 器 
List::addAll); <4— 0 
组 合 器 





我 们 认为 ， 这 第 二 种 形式 虽然 比 前 一 个 写法 更 为 紧凑 和 简洁 , 却 不 那么 易 读 。 此 外 ， 以 恰当 
的 类 来 实现 自己 的 自 定义 收集 器 有 助 于 重用 并 可 避免 代码 重复 。 男 外 值得 注意 的 是 ， 这 第 二 个 
collect 方法 不 能 传递 任何 characteristics， 所 以 它 永 远 都 是 一 个 IDENTITY_FINISH 和 
CONCURRENT 但 并 非 UNORDERED 的 收集 器 。 

在 下 一 节 中 , 我 们 会 让 你 实现 收集 器 的 新 知识 更 上 一 层 楼 。 你 将 会 为 一 个 更 为 复杂 , 但 更 为 
具体 、 更 有 说 服 力 的 用 例 开发 自己 的 自 定义 收集 器 。 


6.6 ”开发 你 自己 的 收集 器 以 获得 更 好 的 性 能 


在 6.4 节 讨论 分 区 的 时 候 , 我 们 用 collectors 类 提供 的 一 个 方便 的 工厂 方法 创建 了 一 个 收 
集 右 ， 它 将 前 个 自然 数 划 分 为 质数 和 非 质 数 ， 如 下 所 示 。 


代码 清单 6-6 ”将 前 地 个 自然 数 按 质数 和 非 质数 分 区 
public Map<Boolean, List<Integer>> partitionprimes(int n) { 
return IntStream.rangeClosed(2, n) .boxed!() 
.Collect (partitioningBy (candidate -> isPrime(candidate)); 






































} 
当时 , 通过 限制 除数 不 超过 被 测试 数 的 平方 根 , 我 们 对 最 初 的 isPrime 方法 做 了 一 些 改进 : 























public boolean isPrime(int candidate) { 





int candidateRoot = (int) Math.sgart((double) candidate); 
return IntStream.rangeClosed(2, candidateRoot) 
.noneMatch(i -> candidate %$ i == 0); 


} 
还 有 没有 办 法 来 获得 更 好 的 性 能 呢 ? 答案 是 “有 ”， 但 为 此 你 必须 开发 一 个 自 定义 收集 顺 。 
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6.6.1 仅 用 质数 做 除数 


一 个 可 能 的 优化 是 仅 看 被 测试 数 是 不 是 能 够 被 质数 整除 。 要 是 除数 本 身 都 不 是 质数 就 用 不 着 
测 了 。 所 以 我 们 可 以 仅 用 被 测试 数 之 前 的 质数 来 测试 。 然 而 我 们 目前 所 见 的 预定 义 收集 器 的 问题 ， 
也 就 是 必须 自己 开发 一 个 收集 器 的 原因 在 于 , 在 收集 过 程 中 是 没有 办 法 访问 部 分 结果 的 。 这 意味 
着 ， 当 测试 某 一 个 数字 是 和 否 是 质数 的 时 候 ， 你 没 法 访问 目前 已 经 找到 的 其 他 质数 的 列表 。 

假设 你 有 这 个 列表 ， 那 就 可 以 把 它 传 给 isPrime 方法 ， 将 方法 重 写 如 下 : 











































































































public static boolean isPrime(List<Integer> primes, int candidate) { 
return primes.stream() .noneMatch(i -> candidate %$ i == 0); 


} 


而 且 还 应 该 应 用 先前 的 优化 , 仪 仅 用 小 于 被 测 数 平方 根 的 质数 来 测试 。 因此 ,你 需要 想 办 法 
在 下 一 个 质数 大 于 被 测 数 平方 根 时 立即 停止 测试 。 可 以 使 用 Stream 的 takewhile 的 方法 : 





public static boolean isPrime(List<Integer> primes, int candidate)t{ 
int candidateRoot = (int) Math.sgqrt((double) candidate); 
return primes.stream!() 
.takeWhile(i -> i <= candidateRoot) 
.noneMatch(i -> candidate %$ i == 0); 


测验 6.3: 用 Java 8 模拟 takewhile 
Java 9 引入 了 takeWhile 方法 ， 如 果 你 用 的 还 是 Java 8， 那 么 非常 不 幸 ， 你 无 法 使 用 这 
种 解决 方案 。 怎 样 避免 这 种 局 限 ， 用 Java8 提供 的 功能 实现 类 似 的 效果 呢 ? 
答案 : 你 可 以 实现 自己 的 takeWhile 方法 ， 它 接受 一 个 排序 列表 和 一 个 谓词 ， 返 回 列表 
元 素 中 符合 该 谓词 条 件 的 最 长 子 列表 ， 代 码 如 下 所 示 : 


public static <A> List<A> takeWhile(List<A> list, Predicate<A> p) { 


tae a Se (Oy 

for (tr | 
if (Ip.test(item)) { 是 否 符合 谓词 的 约束 

Ta na le lo A 0 er 如 果 当 前 元 素 不 符合 

: 谓词 要 求 ， 返 回 测试 
SS 元 素 的 前 序 子 列表 

} 列表 中 的 所 有 元 素 

en 二 都 符合 该 谓词 时 ， 

} 返回 该 列表 


采用 这 种 方式 , 你 可 以 重 写 isPrime 方法 , 只 对 那些 不 大 于 其 平方 根 的 候选 素数 进行 测试 : 


public static boolean isPrime(List<Integer> primes, int candidate)f{ 


int candidateRoot = (int) Math.sqrt((double) candidate); 
ET 
.Stream() 


.noneMatch(p -> candidate % p == 0); 
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注意 ,与 StreamAPI 提 供 的 版 本 不 同 ， 采 用 这 种 方式 实现 的 版 本 是 即时 的 。 理 想 情 况 下 
我 们 更 希望 采用 Java9 那 种 由 Stream 提供 的 takeWhile， 它 具有 延迟 求 值 的 特性 ， 还 能 结合 
noneMatch 来 操作 。 








有 了 这 个 新 的 isPrime 方法 在 手 ， 你 就 可 以 实现 自己 的 自 定义 收集 右 了 。 首 先 你 需要 声明 
一 个 实现 collector 接口 的 新 类 ， 接 着 要 实现 collector 接口 所 需 的 五 个 方法 。 


1. 第 1 步 : 定义 collector 类 的 签名 
让 我 们 从 类 签名 开始 吧 ， 记 得 collector 接口 的 定义 是 : 

















public interface Collector<T, A, R> 


其 中 T、A 和 R 分 别 是 流 中 元 素 的 类 型 、 用 于 累积 部 分 结果 的 对 象 类 型 ， 以 及 collect 操作 最 
终结 果 的 类 型 。 这 里 应 该 收集 Integer 流 ， 而 累加 器 和 结果 类 型 则 都 是 Map<Boolean,， 
List<Integer>x( 和 先前 代码 清单 6-6 中 分 区 操作 得 到 的 结果 Map 相同 ), 键 是 true 和 false， 
值 则 分 别 是 质数 和 非 质数 的 List: 
































流 由 元 
public class PrimeNumbersCollector 0 
implements Collector<Integer, < 
这 Map<Boolean, List<Integer>>, se 
collect 操作 : , g 累加 器 
Map<Boolean, List<Integer>>> 类 型 


的 结果 类 型 


2. 第 2 步 : 实现 归 约 过 程 
接 下 来 ， 你 需要 实现 collector 接口 中 声明 的 五 个 方法 。supplier 方法 会 返回 一 个 在 调 
用 时 创建 累加 器 的 孙 数 : 


public Supplier<Map<Boolean, List<Integer>>> supplier() { 
return () -> new HashMap<Boolean, List<Integer>>() {{ 
put (true, new ArrayList<Integer>()); 
put (false, new ArrayList<Integer>()); 
3 
} 


这 里 不 但 创建 了 用 作 累 加 器 的 Map, 还 为 true 和 false 两 个 键 初始 化 了 对 应 的 空 列表 。 在 
收集 过 程 中 会 把 质数 和 非 质 数 分 别 添加 到 这 里 。 收 集 带 中 最 重要 的 方法 是 accumulator， 因 为 
它 定义 了 如 何 收集 流 中 元 素 的 逻辑 。 这 里 它 也 是 实现 前 面 所 讲 的 优化 的 关键 。 现 在 在 任何 一 次 迭 
代 中 ， 都 可 以 访问 收集 过 程 的 部 分 结果 ， 也 就 是 包含 迄今 找到 的 质数 的 累加 器 : 

public BiConsumer<Map<Boolean, List<Integer>>, Integer> accumulator() { 


return (Map<Boolean, List<Integer>> acc, Integer candidate) -> { 
acc.get( isPrime(acc.get (true), candidate) ) 
根据 isPrime 的 


.add (candidate); 2 获取 质数 
» i S < ， 钛 所 
将 被 测 数 添加 到 




















} 相应 的 列表 中 有 
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在 这 个 方法 中 ,你 调用 了 isPrime 方法 ， 将 待 测试 是 否 为 质数 的 数 以 及 迄今 找到 的 质数 列 


表 (也 就 是 累积 Map 中 true 键 对 应 的 值 ) 传递 给 它 。 这 次 调用 的 结果 随后 被 用 作 获取 质数 或 非 
质数 列表 的 键 ， 这 样 就 可 以 把 新 的 被 测 数 添加 到 恰当 的 列表 中 。 




















3. 第 3 步 : 让 收集 器 并 行 工 作 《〈 如 果 可 能 
下 一 个 方法 要 在 并 行 收集 时 把 两 个 部 分 累加 器 合并 起 来 , 这 里 ， 它 只 需要 合并 两 个 Map ， 即 

将 第 二 个 Map 中 质数 和 非 质数 列表 中 的 所 有 数字 合并 到 第 一 个 Map 的 对 应 列表 中 就 行 了 : 
public BinaryOperator<Map<Boolean, 
return (Map<Boolean, 




















List<Integer>>> combiner() { 
List<Integer>> mapl, 
Map<Boolean, List<Integer>> map2) -> { 

mapl.get (true) .addAll (map2 .get (true)); 

mapl.get (false) .addAll (map2 .get (false)); 

return mapl; 





上 
于 

















请 注意 , 实际 上 这 个 收集 器 是 不 能 并 行使 用 的 ， 因 为 该 算法 本 身 是 顺序 的 。 这 意味 着 永远 都 
不 会 调用 combiner 方法 ,你 可 以 把 它 的 实现 留 空 (更 好 的 做 法 是 抛 出 一 个 Unsupported- 
OperationException 异常 )。 为 了 让 这 个 例子 完整 ， 我 们 还 是 决定 实现 它 。 


















































4. 第 4 步 : finisher 方法 和 收集 器 的 characteristics 方法 
最 后 两 个 方法 的 实现 都 很 简单 。 前 面 说 过 ，accumulator 正好 就 是 收集 器 的 结果 ， 用 不 着 
进一步 转换 ， 那 么 finisher 方法 就 返回 identity 函数 : 




















public Function<Map<Boolean, List<Integer>>, 


Map<Boolean, List<Integer>>> finisher() { 
return Function.identity(); 





} 





就 cnaracteristics 方 法 而 言 ,我 们 已 经 说 过 , 它 既 不 是 CONCURRENT 也 不 是 UNORDI 
却 是 IDENTITY_FINISH 的 : 


























对 
四 
加 
已 





public Set<Characteristics> characteristics() { 


return Collections.unmodifiableSet (EnumSet .of(IDENTITY FINISH) ) ; 
} 


下 面 列 出 了 最 后 实现 的 PrimeNumbersCollector。 
代码 清单 6-7 PrimeNumbersCollector 
public class PrimeNumbersCollector 


implements Collector<Integer, 
Map<Boolean, List<Integer>>, 





从 一 个 有 两 个 空 
Map<Boolean, List<Integer>>> { List 的 Map 开 始 
@Override 收集 过 程 
public Supplier<Map<Boolean, List<Integer>>> supplier() { 
return () -> new 


HashMap<Boolean, List<Integer>>() {{ 十 一 
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put (true, new ArrayList<Integer>()); 
put (false, new ArrayList<Integer>()); 
下 
@Override 
public BiConsumer<Map<Boolean, List<Integer>>, Integer> accumulator() { 
return (Map<Boolean, List<Integer>> acc, Integer candidate) -> { 


将 已 经 找到 的 质 acc.get( isPrime( acc.get (true), 
数列 表 传 递 给 candidate) ) 根据 isPrime 方法 的 
isPrime 方法 -add (candidate); < 二 一 一 一 返回 值 ， 从 Map 中 取 
质数 或 非 质数 列表 , 把 
} 当前 的 被 测 数 加 进去 
@Override 


public BinaryOperator<Map<Boolean, List<Integer>>> combiner() { 
return (Map<Boolean, List<Integer>> mapl, 





将 第 二 个 Map<Boolean, List<Integer>> map2) -> { 
Map 合并 mapl.get (true) .addAll (map2 .get (true)); 
到 第 一 个 mapl.get (false) .addAll (map2 .get (false)); 


return mapl; 


收集 过 程 最 后 
无 须 转 换 ， 因 此 
用 iaentity 畴 


} 3 
} 





@Override 
public Function<Map<Boolean, List<Integer>>, 数 收尾 
Map<Boolean, List<Integer>>> finisher() { 
return Function.identity(); < 一 一 
} 
@Override 
public Set<Characteristics> characteristics() { 
return Collections.unmodifiableSet (EnumSet .of (IDENTITY_FINISH)); < 一 
] 这 个 收集 器 是 IDENTITY_FINISH, 但 既 
} 不 是 UNORDERED 也 不 是 CONCURRENT， 


因为 质数 是 按 顺 序 发 现 的 


现在 你 可 以 用 这 个 新 的 自 定义 收集 器 来 代替 6.4 节 中 用 partitioningBy 工厂 方法 创建 的 
那个 ， 并 获得 完全 相同 的 结果 了 : 
public Map<Boolean, List<Integer>> 
partitionPprimesWithCustomCollector(int n) { 


return IntStream.rangeClosed(2, n) .boxed() 
.collect (new PrimeNumbersCollector()); 


6.6.2 ”比较 收集 器 的 性 能 

用 partitioningBy 工厂 方法 创建 的 收集 器 和 你 刚刚 开发 的 自 定 义 收集 咒 在 功能 上 是 一 样 
的 ,但 是 有 没有 实现 用 自 定 义 收集 器 超越 partitioningBy 收集 器 性 能 的 目标 呢 ? 现在 让 我 们 
写 个 测试 框架 来 跑 一 下 吧 : 
























































public class CollectorHarness { 
public static void main(String[] args) { 
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long fastest = Long.MAX_VALUE; 将 前 一 百 万 个 
for (int i = 0; i < 10; i++) { 运行 测试 自然 数 按 质数 
long start = System.nanoTime(); < 一 10 次 和 非 质 数 分 区 
partitionprimes(1_ 000_000); < 
取 运 行 时 间 long duration = (System.nanoTime() - start) / 1 000_000; 
的 毫秒 值 | if (duration < fastest) fastest = duration; < 一 检查 这 个 执行 


是 否 是 最 快 的 


System.out.printlnl( 个 


"Fastest execution done in " + fastest + " msecs"); 

} 

请 注意 ， 更 为 科学 的 测试 方法 是 用 一 个 诸如 JMH 的 框架 ， 但 我 们 不 想 在 这 里 把 问题 搞 得 更 
复杂 。 对 这 个 例子 而 言 ， 这 个 小 小 的 测试 类 提供 的 结果 足够 准确 了 。 这 个 类 会 先 把 前 一 百 万 个 自 
然 数 分 为 质数 和 非 质数 , 利用 partitioningBy 工厂 方法 创建 的 收集 器 调用 方法 10 次 , 记 下 最 
快 的 一 次 运行 。 在 英特尔 i5 2.4 GHz 的 机 器 上 运行 得 到 了 以 下 结果 : 


























Fastest execution done in 4716 msecs 


现在 把 测试 框架 的 partitionPrimes 换 成 partitionPrimesWithCustomCollector， 


以 便 测试 我 们 开发 的 自 定义 收集 器 的 性 能 。 现 在 ,程序 打印 : 
Fastest execution done in 3201 msecs 


还 不 错 ! 这 意味 着 开发 自 定义 收集 器 并 不 是 白费 工夫 , 原因 有 二 : 第 一 ,你 学 会 了 如 何在 需 
要 的 时 候 实现 自己 的 收集 器 ; 第 二 ， 你 获得 了 大 约 32% 的 性 能 提升 。 

最 后 还 有 一 点 很 重要 ， 就 像 代码 清单 6-5 中 的 ToListcollector 那样 ， 也 可 以 通过 把 实现 
PrimeNumbersCollector 核心 逻辑 的 三 个 函数 传 给 collect 方法 的 重 载 版 本 来 获得 同样 的 结果 : 









































public Map<Boolean, List<Integer>> partitionprimesWithCustomCollector 


(Int mi) { 
IntStream.rangeClosed(2, n) .boxed() 
.collect( 供应 源 
() -> new HashMap<Boolean, List<Integer>>() {{ < 





put (true, new ArrayList<Integer>()); 
put (false, new ArrayList<Integer>()); 


这 累加 器 
(acc, candidate) -> { | 


acc.get( isPrime(acc.get (true), candidate) ) 
.add (candidate); 

} 

(mapl, map2) -> { 
mapl.get (true) .addAll (map2 .get (true)); 
mapl.get (false) .addAll (map2 .get (false)); 

过 

} 


你 看 ， 这 样 就 可 以 避免 为 实现 collector 接口 创建 一 个 全 新 的 类 ; 得 到 的 代码 更 紧凑 ， 虽 
然 可 能 可 读 性 会 差 一 点 ， 可 重用 性 会 差 一 点 。 








中 
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6.7 ”小结 


以 下 是 本 章 中 的 关键 概念 。 

口 collect 是 一 个 终端 操作 ， 它 接受 的 参数 是 将 流 中 元 素 累 积 到 汇总 结果 的 各 种 方式 ( 称 
为 收集 器 )。 

D 预定 义 收集 器 包括 将 流 元 素 归 约 和 汇总 到 一 个 值 ， 例 如 计算 最 小 值 、 最 大 值 或 平均 值 。 
这 些 收集 需 总 结 在 表 6-1 中 。 

口 预定 义 收 集 器 可 以 用 groupingBy 对 流 中 元 素 进 行 分 组 ， 或 用 partitioningBy 进行 
分 区 。 

口 收集 器 可 以 高 效 地 复合 起 来 ， 进 行 多 级 分 组 、 分 区 和 归 约 。 

口 你 可 以 实现 collector 接口 中 定义 的 方法 来 开发 自己 的 收集 器 。 






































并 行 数据 处 理 与 性 能 








本 章 内 容 

口 用 并 行 流 并 行 处 理 数据 

口 并 行 流 的 性 能 分 析 

口 分 支 /合并 框架 

口 使 用 spl iterator 分 割 流 











通过 前 面 三 章 , 我 们 已 经 知道 新 的 Stream 接口 能 让 你 以 声明 的 方式 操纵 数据 集 。 我们 还 解 
释 了 由 外 部 迭代 切换 到 内 部 迭代 后 ， 原 生 Java 库 可 以 更 好 地 控制 流 元 素 的 处 理 。 为 加 速 数据 集 
的 处 理 ， 往 往 需要 进行 额外 的 显 式 优化 ， 新 的 方式 将 Java 程序 员 从 之 前 的 优化 工作 中 解脱 了 出 
来 。 迄 今 为 止 ， 使 用 Stream 最 重要 的 好 处 是 现在 能 对 这 些 集合 执行 操作 流水 线 ， 可 以 充分 利用 
计算 机 的 多 个 核 了 。 

例如 ，Java7 之 前 ， 要 对 集合 数据 执行 并 行 处 理 非常 麻烦 。 第 一 ， 你 得 明确 地 把 包含 数据 的 
数据 结构 拆 分 成 若干 子 部 分 。 第 二 ,你 要 给 每 个 子 部 分 分 配 一 个 独立 的 线程 。 第 三 ,你 需要 在 恰 
当 的 时 候 对 它们 进行 同步 来 避免 不 希望 出 现 的 竞争 条 件 , 等 待 所 有 线程 完成 , 最 后 把 这 些 部 分 结 
果 合 并 起 来 。Java 7 引入 了 一 个 名 为 “分 支 /合并 ”的 框架 ， 能 让 这 些 操作 更 稳定 、 更 不 易 出 错 。 
7.2 节 会 探讨 这 一 框架 。 

在 本 章 中 , 你 将 了 解 Stream 接口 如 何 让 你 不 太 费 力 就 能 对 数据 集 执行 并 行 操作 。 它 允许 你 
声明 性 地 将 顺序 流转 变 成 并 行 流 。 此 外 ， 你 还 将 了 解 Java 是 如 何 做 到 这 一 点 的 ， 或 者 更 确切 的 
说 ， 流 是 如 何在 幕后 应 用 Java 7 引入 的 分 支 /合并 框架 的 。 你 还 会 发 现 ， 了 解 并 行 流 内 部 是 如 何 
工作 的 很 重要 ， 因 为 如 果 你 忽视 这 一 方面 , 就 可 能 因 误 用 而 得 到 意外 的 结果 ， 而 这 个 意外 结果 极 
有 可 能 是 错误 的 。 

并 行 处 理 各 个 数据 块 之 前 , 并 行 流 会 被 划分 为 一 系列 的 数据 块 , 我 们 会 特别 演示 某 些 切 分 方 
式 在 一 定 情况 下 恰恰 是 造成 无 法 解释 错误 结果 的 根源 。 厌 此 , 你 将 会 了 解 如 何 通过 实现 和 使 用 自 
己 的 Spliterator 来 控制 这 个 划分 过 程 。 
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第 4 章 简 要 提 到 过 使 用 stream 接口 能 非常 方便 地 并 行 处 理 其 元 素 : 对 收集 源 调用 parallel- 
Stream 方法 就 能 将 集合 转换 为 并 行 流 。 并 行 流 就 是 一 个 把 内 容 拆 分 成 多 个 数据 块 ， 用 不 同 线程 
分 别处 理 每 个 数据 块 的 流 。 这 样 一 来 ， 你 就 可 以 自动 地 把 工作 负荷 分 配 到 多 核 处 理 器 的 所 有 核 ， 
让 它们 都 忙 起 来 。 我 们 用 一 个 简单 的 例子 来 验证 一 下 这 个 思想 。 

假设 你 需要 写 一 个 方法 ,接受 数字 n 作为 参数 ， 并 返回 从 1 到 给 定 参数 的 所 有 数字 的 和 。 一 
个 直接 (也许 有 点 土 ) 的 方法 是 生成 由 一 个 数字 组 成 的 无 限 流 , 将 它 限 制 到 传人 的 数目 ， 然 后 使 
用 对 两 个 数字 求 和 的 Binaryoperator 来 归 约 这 个 流 ， 代 码 如 下 所 示 : 



























































public long sequentialSum(long n) { 了 
return Stream.iterate(1L，1 -> i + 1) | 一 全 
人 限制 到 前 
.1imit (n) 个 数 
.reduce(0L, Long::sum); < 
、 对 所 有 数字 求 
和 来 归 约 流 























如 果 采 用 更 为 传统 的 Java 术语 ， 上 述 代 码 与 下 面 这 种 迭代 方式 其 实 是 等 价 的 : 


public long iterativeSum(long n) { 
long result = 0; 
for (long i = 1L; i <= n; i++) { 
result += i; 
} 
return result; 


} 

这 似乎 是 利用 并 行 处 理 的 好 机 会 , 特别 是 很 大 的 时 候 。 那 怎么 入 手 呢 ?你 要 对 结果 变量 进 
行 同步 吗 ? 用 多 少 个 线程 呢 ? 谁 负责 生成 数 呢 ? 谁 来 做 加 法 呢 ? 

根本 用 不 着 担心 。 用 并 行 流 的 话 ， 这 问题 就 简单 多 了 ! 
7.1.1 将 顺序 流转 换 为 并 行 流 

对 顺序 流 调用 parallel 方法 , 你 可 以 将 流转 换 成 并 行 流 , 让 前 面 的 函数 式 归 约 过 程 (也 就 
是 求 和 ) 并 行 执行 : 


public long parallelSum(long n) { 
return Stream.iterate(1lL, i -> i + 1) 


.limit (n) 将 流转 换 
.parallel () 为 并 行 流 


.reduce(0L, Long::sum); 

















} 
在 上 面 的 代码 中 , 对 流 中 所 有 数字 求 和 的 归 约 过 程 ， 其 执行 方式 与 5.4.1 节 介 绍 的 大 同 小 异 ， 
不 同 之 处 在 于 现在 Stream 由 内 部 被 分 成 了 几 块 。 因 此 能 对 不 同 的 块 执行 独立 并 行 的 归 约 操作 ， 
如 图 7-1 所 示 。 最 后 ， 各 个 子 流 部 分 归 约 的 返回 值 会 被 同一 个 归 约 操作 整合 ， 得 到 整个 原始 流 的 
归 约 结果 。 









































图 7-1 并 行 归 约 操作 
请 注意 , 实际 上 ,对 顺序 流 调用 parallel 方法 并 不 意味 着 流 本 身 有 任何 实际 的 变化 。 它 其 











实 仅仅 在 内 部 设置 了 一 个 boolean 标志 ， 表 示 你 想 让 调用 parallel 之 后 进行 的 所 有 操作 都 并 
行 执行 。 类 似 地 ， 你 只 需要 对 并 行 流 调用 sequential 方法 就 可 以 把 它 变 成 顺序 流 。 请 注意 ， 
你 可 能 以 为 把 这 两 个 方法 结合 起 来 , 就 可 以 更 精细 地 控制 遍历 流 时 哪些 操作 要 并 行 执行 , 哪些 要 
顺序 执行 。 例 如 ， 你 可 以 这 样 做 : 














stream.parallel () 
-E11tert (sr.) 
.Sequential () 
.map(...) 
.parallel () 
.reduce (); 


但 最 后 一 次 parallel 或 sequential 调用 会 影响 整个 流水 线 。 在 本 例 中 ， 流水线 会 并 行 
执行 ， 因 为 最 后 调用 的 是 它 。 





配置 并 行 流 使 用 的 线程 池 
看 看 流 的 parallel 方法 ， 你 可 能 会 想 ， 并 行 流 用 的 线程 是 从 哪儿 来 的 ?” 有 多 少 个 ? 怎 
么 自 定义 这 个 过 程 呢 ? 
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并 行 流 内 部 使 用 了 默认 的 ForkJoinPool (7.2 节 会 进一步 讲 到 分 支 /合并 框架 ), 它 默认 的 线 
程 数量 就 是 你 的 处 理 器 数量 ， 这 个 值 是 由 Runtime.getRuntime() .availableProcessors () 
得 到 的 。 

但 是 这 并 非 一 成 不 变 ， 你 可 以 通过 系统 属性 java.util.concurrent.EorkJoinPool . 
common .parallelism 来 修改 线程 池 大 小 ， 如 下 所 示 : 

System.setProperty ("java.util.concurrent .ForkJoinPool.common.parallelism","12"); 

这 是 一 个 全 局 设置 ， 因 此 它 会 对 代码 中 所 有 的 并 行 流产 生 影响 。 反 过 来 说 , 目前 我 们 还 无 
法 专 为 某 个 并 行 流 指定 这 个 值 。 一 般 而 言 ， 让 ForkJoinPool 的 大 小 等 于 处 理 器 数量 是 个 不 
错 的 默认 值 ， 除 非 你 有 很 充足 的 理由 ， 否 则 强烈 建议 你 不 要 修改 它 。 


回 到 数字 求 和 练习 的 例子 ,我 们 说 过 , 在 多 核 处 理 吉 上 运行 并 行 版 本 时 , 会 有 显著 的 性 能 提 
升 。 现 在 你 有 三 个 方法 , 用 三 种 不 同 的 方式 (迭代 式 、 顺 序 归 约 和 并 行 归 约 ) 做 完全 相同 的 操作 ， 
让 我 们 看 看 谁 最 快 吧 ! 











7.1.2 测量 流 性 能 


我 们 说 并 行 求 和 法 比 顺序 、 和 迭代 法 性 能 好 ,然而 并 没有 给 出 实 锤 的 依据 。 软 件 工程 上 靠 猜 绝 
对 不 是 什么 好 主意 ! 优化 性 能 时 ， 你 应 该 始终 遵循 的 黄金 法 则 是 : 测量 ,测量 ， 再 测量 。 基 于 这 
个 思想 ， 我 们 使 用 名 为 Java 微 基准 套件 ( Java microbenchmark harness，JMH ) 的 库 实 现 了 一 个 
微 基 准 测试 。JMH 是 一 个 以 声明 方式 帮助 大 家 创建 简单 、 可 靠 微 基准 测试 的 工具 集 , 它 支 持 Java， 
也 支持 可 以 运行 在 Java 虚拟 机 ( Java virtual machine，JVM ) 上 的 其 他 语言 。 事 实 上 ， 为 运行 于 
JVM 上 的 程序 创建 正确 且 有 价值 的 基准 测试 并 不 是 件 容易 事 儿 ， 因 为 你 需要 考虑 大 量 可 能 影响 
性 能 的 因素 , 璧 如 HotSpot 虚拟 机 的 热身 时 间 。 恰 当 的 热身 时 间 可 以 提升 虚拟 机 对 字 节 码 的 优化 ， 
减 小 垃圾 收集 的 开销 。 如 果 你 使 用 Maven 作为 编译 工具 ， 那么 启动 JMH 只 需要 在 你 项 目的 
pom.xml 文件 〈 该 文件 定义 了 Maven 的 构建 过 程 ) 中 添加 几 行 依赖 ， 如 下 所 示 : 


































































































<dependency> 
<groupId>org.openjdk.jmh</groupId> 
<artifactId>jmh-core</artifactId> 
<version>1.17.4</version> 

</dependency> 

<dependency> 
<groupId>org.openjdk.jmh</groupId> 
<artifactId>jmh-generator-annprocess</artifactId> 
<version>1.17.4</version> 

</dependency> 


上 述 第 一 个 库 是 JMH 的 核心 实现 ,第 二 个 库 包含 了 帮助 产生 Java 归档 ( JAR ) 文件 的 注解 
处 理 需 ,一旦 你 在 Maven 配置 文件 中 添加 了 下 面 的 配置 ， 就 可 以 通过 它 非常 方便 地 执行 微 基准 
测试 了 : 
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<build> 
<plugin> 
<groupId>org.apache.maven.plugins</groupId> 
<artifactIid>maven-shade-plugin</artifactId> 
<executions> 
<execution> 
<phase>package</phase> 
<goals><goal>shade</goal></goals> 
<configuration> 
<finalName>benchmarks</finalName> 
<transformers> 
<transformer implementation="org.apache.maven.plugins.shade. 
resource.ManifestResourceTransformer"> 
<mainClass>org.openjdk.jmh.Main</mainClass> 
</transformer> 
</transformers> 
</configuration> 
</execution> 
</executions> 
</plugin> 
</plugins> 
</build> 


做 完 这 一 步 ， 你 就 能 很 轻松 地 对 本 节 开 头 介绍 的 sequentialsunm 方法 执行 基准 测试 了 ,如 
下 所 示 。 
代码 清单 7-1 测量 对 前 个 自然 数 求 和 的 函数 的 性 能 


测量 用 于 执行 基准 测试 目 
4。 _ 标 方法 所 花费 的 平均 时 间 








@BenchmarkMode (Mode .AverageTime) 


GoutputTimeUnit (TimeUnit .MILLISECONDS) 以 毫秒 为 单位 ， 打 印 
@Fork(2, jvmArgs={"-Xms4G", "-Xmx4G"}) < 输出 基准 测试 的 结果 
public class ParallelStreamBenchmark { | 0 





private static final long N= 10_000_000L; | 采用 4Gb 的 堆 ， 执 行 
基准 测试 两 次 以 获得 
基准 测试 的 Spenchmart | 更 可 靠 的 结 
public long sequentialSum() { 





目标 方法 we 
return Stream.iterate(1L, i ->i + 1).1imit(N) 
.reduce( 0L, Long::sum); 
} 
@TearDown (Level .Invocation) 尽量 在 每 次 基准 测 
es 0 { 试 迭代 结束 后 都 进 
i 行 一 次 垃圾 回收 


编译 这 个 类 时 , 你 之 前 配置 的 Maven 插件 会 生成 一 个 名 为 benchmarks.jar 的 JAR 文件 , 你 可 
以 像 下 面 这 样 执行 它 : 
Java -jar ./target/benchmarks.jar Parallel1StreamBenchmark 


我 们 为 基准 测试 特别 配置 了 大 的 堆 , 希望 尽量 避免 垃圾 回收 之 来 的 影响 。 出 于 同样 的 原因 ， 

















156 第 7 章 ”并行 数据 处 理 与 性 能 








还 试图 在 每 次 基准 测试 迭代 完成 之 后 强制 进行 垃圾 回收 。 不 得 不 说 ， 即 便 已 经 做 了 这 些 准备 , 基 
准 测试 的 结果 也 不 可 尽 信 。 太 多 的 因素 都 可 能 影响 执行 的 时 间 , 壁 如 你 的 机 器 配备 了 多 少 个 CPU 
核 ! 你 可 以 尝试 在 自己 的 机 器 上 执行 本 书 代码 库 中 的 代码 ， 看 看 结果 是 什么 情况 。 

通过 前 一 种 方式 启动 ， 命 令 会 让 JMH 执行 20 次 基准 测试 的 方法 ， 帮 助 HotSpot 对 代码 进 
行 充 分 地 热身 ， 接 着 再 次 执行 20 次 以 上 的 迭代 ， 以 计算 基准 测试 的 最 终结 果 。 这 20+20 次 迭 
代 是 JMH 缺失 的 行为 ， 不 过 你 可 以 通过 JMH 声明 ,或 者 更 简单 的 命令 行 选项 -w 和 -i 标志 位 
设置 新 的 值 。 在 配备 了 Intel i7-4600U 2.1 GHz 四 核 CPU 的 机 器 上 执行 该 基准 测试 ， 打 印 输出 
的 结果 如 下 : 


Benchmark Mode Cnt Score Error Units 
ParallelStreamBenchmark.sequentialSum avgt 用 ”1 和 21 泡 间 半 ( 坟 a4062 MS/AoB 


你 应 该 可 以 预见 到 ， 采 用 传统 for 循环 迭代 的 版 本 ， 其 执行 速度 会 快 很 多 ， 因 为 它 在 更 低 
层 执行 , 更 重要 的 是 这 种 情况 不 需要 对 基础 类 型 值 执行 任何 装 箱 或 者 拆 箱 操作 。 通 过 在 基准 测试 
类 添加 第 二 个 方法 ， 可 以 验证 这 一 直觉 ， 如 代码 清单 7-1 所 示 ， 该 方法 也 使 用 eaBenchmark 进行 
了 注解 : 

@Benchmark 

public long iterativeSum() { 

long result = 0; 


for (long i = 1L; i <= N; i++) { 
result += i; 












































} 
return result; 


} 
在 测试 机 上 执行 第 二 个 基准 测试 (你 可 能 还 需要 注释 掉 第 一 个 基准 测试 , 避免 它 再 次 执行 )， 
我 们 得 到 了 下 面 这 组 数据 : 


Benchmark Mode Cnt Score Error Units 
ParallelStreamBenchmark.iterativeSum avgt 40 S0278 EE "OL92Y meyoB 


结果 确认 了 我 们 的 假设 : 跟 预 期 一 致 ， 迭代 版 本 与 前 一 个 采用 顺序 流 版 本 比较 起 来 ， 执 行 速 
度 快 了 40 多 倍 。 现 在 ， 采 用 并 发 流 的 版 本 做 同样 的 事情 ， 把 该 方法 加 入 基准 测试 类 。 我 们 得 到 
了 下 面 这 组 数据 : 


Benchmark Mode Cnt Score Error Units 
ParallelStreamBenchmark.parallelSum avgt A40 “604.059 生 5517:288. nisiop 


这 个 结果 令 人 相当 失望 ， 求 和 方法 的 并 行 版 本 并 没 能 充分 利用 四 核 CPU 的 处 理 能 力 ， 与 顺 
序 版 本 比 起 来 , 它 甚 至 慢 了 五 倍 ! 你 如 何 解释 这 个 意外 的 结果 呢 ? 实际 上 这 儿 存 在 两 个 相互 交 缠 
的 问题 : 

D iterate 生成 的 是 装 箱 的 对 象 ， 必 须 拆 箱 成 数字 才能 求 和 ; 
口 我 们 很 难 把 iterate 分 成 多 个 独立 块 来 并 行 执行 。 
第 二 个 问题 更 有 意思 一 点 ,因为 你 必须 意识 到 某 些 流 操作 比 其 他 操作 更 容易 并 行 化 。 具 体 来 
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说 ，iterate 很 难 分 割 成 能 够 独立 执行 的 小 块 ， 因 为 每 次 应 用 这 个 函数 都 要 依赖 前 一 次 应 用 的 


结果 ， 如 图 7-2 所 示 。 
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地 
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输入 











7-2 iterate 在 本 质 上 是 顺序 的 




















这 意味 着 ， 在 这 个 特定 情况 下 ， 归 约 进程 不 是 像 图 7-1 那样 进行 的 。 整 张 数字 列表 在 归 约 过 


程 开 始 时 没有 准备 好 ,因而 无 法 有 效 地 把 流 划 分 为 小 块 来 并 行 处 理 。 把 流标 记 成 并 行 , 你 其 实 是 





























给 顺序 处 理 增加 了 开销 ， 它 还 要 把 每 次 求 和 操作 分 到 一 个 不 同 的 线程 上 。 











这 就 说 明了 并 行 编程 可 能 很 复杂 ， 有 时 候 甚 至 有 点 违反 直觉 。 如 果 用 得 不 对 ( 比如 采用 了 一 














个 不 易 并 行 化 的 操作 ， 如 iterat 





e)， 它 甚至 可 能 让 程序 的 整体 性 能 更 差 ， 所 以 在 调用 那个 看 似 


神奇 的 parallel 操作 时 ， 了 解 背 后 到 底 发 生 了 什么 是 很 有 必要 的 。 


使 用 更 有 针对 性 的 方法 
那 到 底 要 怎么 利用 多 核 处 到 





器 ， 用 流 来 高 效 地 并 行 求 和 呢 ? 第 5 章 中 讨论 过 一 个 叫 





LongStream.rangeClosed 的 方法 。 这 个 方法 与 iterate 相 比 有 两 个 优点 。 


口 LongStream.rangeClos 











口 LongStream.rangeClos 
1~20 可 分 为 1-5、6~10、1 




















ed 直接 产生 原始 类 型 的 long 数字 ， 没 有 装 箱 拆 箱 的 开销 。 
ed 会 生成 数字 范围 ， 很 容易 拆 分 为 独立 的 小 块 。 例 如 ， 范 围 
1~15 和 16~20。 











首先 , 把 下 面 的 方法 添加 到 基准 测试 类 中 ,看 看 采用 顺序 流 时 的 性 能 如 何 , 拆 箱 的 开销 到 底 


要 不 要 紧 ; 


@Benchmark 
public long rangedSum() { 








return LongStream.rangeClosed(1, N) 
.reduce (0L, Long::sum); 


} 
这 一 次 的 输出 是 : 


Benchmark 


Mode Cnt Score Error Units 


ParallelStreamBenchmark.rangedSum avgt 40 LS 和 00.285 msyop 


这 个 数值 流 比 前 面 那个 用 iterate 工厂 方 法 生成 数字 的 顺序 执行 版 本 要 快 得 多 ， 因 为 数值 
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流 避 免 了 非 针 对 性 流 那 些 没 必要 的 自动 装 箱 和 拆 箱 操作 。 由 此 可 见 , 选择 适当 的 数据 结构 往往 比 
并 行 化 算法 更 重要 。 但 要 是 对 这 个 新 版 本 应 用 并 行 流 呢 ? 











@Benchmark 
public long parallelRangedSum() { 
return LongStream.rangeClosed(1, N) 
.parallel () 
.reduce(0L, Long::sum); 


} 
现在 把 这 个 方法 添加 到 我 们 获得 的 基准 测试 类 中 : 


Benchmark Mode Cnt Score Error Units 


ParallelStreamBenchmark.parallelRangedSum avgt A40 :2.677 主 0.214 ms/op 


终于 ,我 们 得 到 了 一 个 比 顺序 执行 更 快 的 并 行 归 约 ， 因 为 这 一 次 归 约 操作 可 以 像 图 7-1 那样 
执行 了 。 这 也 表明 ,使 用 正确 的 数据 结构 然后 使 其 并 行 工作 能 够 保证 最 佳 的 性 能 。 注 意 ， 最 新 的 
版 本 也 比 最 初 的 迭代 版 本 快 大 约 20%, 这 表明 如 果 使 用 恰当 , 函数 式 程 序 风格 能 帮助 我 们 充分 利 
用 现代 多 核 处 理 咒 的 并 行 处 理 能 力 , 并 且 , 与 命令 式 编程 比较 起 来 , 这 种 方式 更 简单 , 也 更 直接 。 
尽管 如 此 , 请 记 住 , 并 行 化 并 不 是 没有 代价 的 。 并 行 化 过 程 本 身 需要 对 流 做 递归 划分 , 把 每 
个 子 流 的 归 约 操作 分 配 到 不 同 的 线程 , 然后 把 这 些 操作 的 结果 合并 成 一 个 值 。 但 在 多 个 核 之 间 移 
动 数据 的 代价 也 可 能 比 你 想 的 要 大 , 所 以 很 重要 的 一 点 是 要 保证 在 核 中 并 行 执行 工作 的 时 间 比 在 
核 之 间 传 输 数 据 的 时 间 长 。 总 而 言 之 ,很 多 情况 下 不 可 能 或 不 方便 并 行 化 。 人 然而， 在 使 用 并 行 
stream 加 速 代码 之 前 ， 你 必须 确保 用 得 对 ;如果 结果 错 了 ， 算 得 快 就 毫 无 意义 了 。 让 我 们 来 看 
一 个 常见 的 陷阱 。 


7.1.3 正确 使 用 并 行 流 


错 用 并 行 流 而 产生 错误 的 首要 原因 ,就 是 使 用 的 算法 改变 了 某 些 共享 状态 。 下 面 是 另 一 种 实 
现 对 前 对 个 自然 数 求 和 的 方法 ， 但 这 会 改变 一 个 共享 累加 器 : 
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这 















































public long sideEffectSum(long n) { 
Accumulator accumulator = new Accumulator(); 
LongStream.rangeClosed(1, n).forEach(accumulator::add); 
return accumulator.total; 

public class Accumulator { 
public long total = 0; 
public void add(long value) { total += value; } 


} 


这 种 代码 非常 普遍 , 特别 是 对 那些 熟悉 指令 式 编程 范式 的 程序 员 来 说 。 这 段 代码 和 你 习惯 的 
那 种 指令 式 迭 代数 字 列 表 的 方式 很 像 : 初始 化 一 个 累加 器 ,一 个 个 遍历 列表 中 的 元 素 , 把 它们 和 
累加 需 相 加 。 
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那 这 种 代码 又 有 什么 问题 呢 ? 不 幸 的 是 , 它 真 的 无 可 救 药 ,因为 它 在 本 质 上 就 是 顺序 的 。 每 
次 访问 total 都 会 出 现 数据 竞争 。 如 果 你 尝试 用 同步 来 修复 ， 那 就 完全 失去 并 行 的 意义 了 。 为 
了 说 明 这 一 点 ， 试 着 把 Stream 变 成 并 行 的 : 

public long sideEffectParallelSum(long n) { 

Accumulator accumulator = new Accumulator(); 


LongStream.rangeClosed(1, n) .parallel() .forEach(accumulator::add); 
return accumulator.total; 

















} 
用 代码 清单 7-1 中 的 测试 框架 来 执行 这 个 方法 ， 并 打印 每 次 执行 的 结果 : 




















System.out .println("SideEffect parallel sum done in: " + 
measurePerf (ParallelStreams::sideEffectParallelSum, 10_000_000L) + " 
msecs" ); 
你 可 能 会 得 到 类 似 于 下 面 这 种 输出 : 
Result: 5959989000692 
Result: 7425264100768 
Result: 6827235020033 
Result: 7192970417739 
Result: 6714157975331 
Result: 7497810541907 
Result: 6435348440385 
Result: 6999349840672 
Result: 7435914379978 
Result: 7715125932481 
SideEffect parallel sum done in: 49 msecs 
这 回 方法 的 性 能 无 关 紧 要 了 ， 唯 一 要 紧 的 是 每 次 执行 都 会 返回 不 同 的 结果 ， 都 离 正 确 值 
50000005000000 差 很 还 。 这 是 由 于 多 个 线程 在 同时 访问 累加 器 ， 执 行 total += value， 而 





这 一 名 虽然 看 似 简单 ， 却 不 是 一 个 原子 操作 。 问 题 的 根源 在 于 ，forgach 中 调用 的 方法 有 副 作 
用 , 它 会 改变 多 个 线程 共享 的 对 象 的 可 变 状态 。 要 是 你 想 用 并 行 Stream 又 不 想 引 发 类 似 的 意外 ， 
就 必须 避免 这 种 情况 。 

现在 你 知道 了 ， 共 享 可 变 状态 会 影响 并 行 流 以 及 并 行 计 算 。 第 18 章 和 第 19 章 详细 讨论 函 
数 式 编程 的 时 候 ， 还 会 谈 到 这 一 点 。 现 在 ， 记 住 要 避免 共享 可 变 状态 ， 确 保 并 行 stream 得 到 
正确 的 结果 。 接 下 来 ， 我 们 会 看 到 一 些 实用 建议 ， 你 可 以 由 此 判断 什么 时 候 可 以 利用 并 行 流 来 
提升 性 能 。 


7.1.4 ”高 效 使 用 并 行 流 


一 般 而 言 , 想 给 出 任何 关于 什么 时 候 该 用 并 行 流 的 定量 建议 都 是 不 可 能 也 毫 无 意义 的 ， 因 为 
任何 类 似 于 “ 仅 当 超过 1000 个 元 素 的 时 候 才 用 并 行 流 ”的 建议 对 于 某 台 特 定 机 器 上 的 某 个 特定 
操作 可 能 是 对 的 ,但 在 略 有 差异 的 另 一 种 情况 下 可 能 就 是 大 错 特 错 。 尽 管 如 此 ,我 们 至 少 可 以 提 
出 一 些 定性 意见 ， 帮 你 决定 某 个 特定 情况 下 是 否 有 必要 使 用 并 行 流 。 
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如 果 有 疑问 ,测量 











。 把 顺序 流转 成 并 行 流 轻而易举 ， 却 不 一 定 是 好 事 。 本 节 中 已 经 指出 ， 


并 行 流 并 不 总 是 比 顺 序 流 快 。 此 外 ， 并 行 流 有 时 候 会 和 你 的 直觉 不 一 致 ， 所 以 在 考虑 选 
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序 流 还 是 并 行 流 时 ， 第 一 个 
J 上 Ai 


汉 相 
和 Doublestrea 

















流 ( 


和 拆 箱 操 作 会 大 大 降低 性 能 。Java 8 中 有 原始 类 型 





E 常 大 。 例如 ，fingdany 会 上 








也 是 最 重要 的 建议 就 是 用 适当 的 基准 来 检查 其 性 能 。 


IntStream.、 


) 来 避免 这 种 操作 ， 但 凡 有 可 能 都 应 该 用 这 些 流 。 
口 有 些 操作 本 身 在 并 行 流 上 的 性 能 就 比 顺序 流 差 。 特 别 是 1imit 和 findqFirst 等 依赖 于 
元 素 顺 序 的 操作 ,它们 在 并 行 流 上 执行 的 代价 


K findFirst 


性 能 好 ， 因 为 它 不 一 定 要 按 顺 序 来 执行 。 你 总 是 可 以 调用 unordered 方法 来 把 有 序 流 变 
成 无 序 流 。 那 么 ， 如 果 你 需要 流 中 的 N 个 元 素 而 不 是 专门 要 前 NW 个 的 话 ， 对 无 序 并 行 流 


公信 
能 会 


调用 1imit 可 


还 要 考虑 流 的 操作 流水 线 的 总 计算 成 本 。 设 是 要 处 理 的 元 素 的 总 数 ，O 是 一 个 元 素 通 























是 一 个 List ) 更 高 效 。 


比 单个 有 序 流 ( 比如 数据 源 









































过 流水 线 的 大 致 处 理 成 本 ， 则 N*O 就 是 这 个 对 成 本 的 一 个 粗略 的 定性 估计 。2 值 较 高 就 
意味 着 使 用 并 行 流 时 性 能 好 的 可 能 性 比较 大 。 
对 于 较 小 的 数据 量 ， 选 择 并 行 流 几 乎 从 来 都 不 是 一 个 好 的 决定 。 并 行 处 理 少数 几 个 元 素 
的 好 处 还 抵 不 上 并 行 化 造成 的 额外 开销 。 





要 考虑 流 背 
高 得 多 ， 因 为 前 者 月 
方法 创建 的 原始 类 


Spliterator 来 完 








后 的 数据 结构 是 否 易于 分 解 。 例 如 ，ArrayList 的 拆 分 效率 比 LinkedList 





日 不 着 遍历 就 可 以 平均 拆 分 ， 后 者 则 必须 遍历 。 另 外 ， 有 











月 =ange 工厂 


型 流 也 可 以 快速 分 解 。 最 后 ， 你 将 在 7.3 节 中 学 到 ， 可 以 自己 实现 


口 流 自身 的 特点 以 及 流水 线 中 的 中 间 操 作 修改 流 的 方式 ， 都 可 能 会 改变 分 解 过 程 的 性 能 。 
例如 ， 一 个 sIZED 流 可 以 分 成 大 小 相等 的 两 部 分 ， 这样 每 个 部 分 都 可 以 比较 高 效 地 并 行 
处 理 ， 但 筛选 操作 可 能 丢弃 的 元 素 个 数 无 法 预测 ， 从 而 导致 流 本 身 的 大 小 未 知 。 

口 还 要 考虑 终端 操作 中 合并 步骤 的 代价 是 大 是 小 ( 例如 collector 中 的 combiner 方法 )。 























如 果 这 一 步 代价 很 大 ， 那 么 组 合 每 个 子 流产 生 的 部 分 结果 所 付出 的 代价 就 可 


过 并 行 流 得 到 的 性 外 


提升 。 


表 7-1 按照 可 分 解 性 总 结 了 一 些 流 数 据 源 适 不 适 于 并 行 。 





全 人 
能 会 


超出 通 








表 7-1 流 的 数据 源 和 可 分 解 性 
源 可 分 解 性 
ArrayList 极 佳 
LinkedList 差 
IntSstream.range 极 佳 
Stream.iterate 差 
HashSet 好 
TreeSet 好 





7.2 ”分支 /合并 框架 161 





最 后 ， 我 们 还 要 强调 并 行 流 背后 使 用 的 基础 架构 是 Java 7 中 引入 的 分 支 /合并 框架 。 并 行 汇 
总 的 示例 证 明了 要 想 正确 使 用 并 行 流 ， 了 解 它 的 内 部 原理 至 关 重 要 ， 所 以 下 一 节 会 仔细 研究 分 支 / 
合并 框架 。 


7.2 ”分支 /合并 框架 
分 支 /合并 框架 的 目的 是 以 递归 方式 将 可 以 并 行 的 任务 拆 分 成 更 小 的 任务 ， 然 后 将 每 个 子 任 


务 的 结果 合并 起 来 生成 整体 结果 。 它 是 ExecutorService 接口 的 一 个 实现 , 它 把 子 任务 分 配给 
线程 池 ( 称 为 ForkJoinPool ) 中 的 工作 线程 。 首 先 来 看 看 如 何 定义 任务 和 子 任务 。 









































7.2.1 使 用 RecursiveTask 

















要 把 任务 提交 到 这 个 池 ， 必 须 创 建 RecursiveTask<R> 的 一 个 子 类 ， 其 中 R 是 并 行 化 任 
务 ( 以 及 所 有 子 任务 ) 产生 的 结果 类 型 ， 或 者 如 果 任 务 不 返回 结果 ， 则 是 RecursiveAction 
类 型 ( 当然 它 可 能 会 更 新 其 他 非 局 部 机 构 )。 要 定义 RecursiveTask, 只 需 实现 它 E 的 抽象 
方法 Compute: 























protected abstract R compute(); 


这 个 方法 同时 定义 了 将 任务 拆 分 成 子 任务 的 逻辑 , 以 及 无 法 再 拆 分 或 不 方便 再 拆 分 时 , 生成 
单个 子 任 务 结果 的 逻辑 。 正 由 于 此 ， 这 个 方法 的 实现 类 似 于 下 面 的 伪 代 码 : 

ifE (任务 足够 小 或 不 可 分 ) { 

顺序 计算 该 任务 
} else { 
将 任务 分 成 两 个 子 任务 
递归 调用 本 方法 ， 拆 分 每 个 子 任务 ， 等 待 所 有 子 任 务 完 成 
合并 每 个 子 任务 的 结果 

} 

一 般 来 说 , 并 没有 确切 的 标准 决定 一 个 任务 是 否 应 该 再 拆 分 , 但 有 几 种 试探 方法 可 以 帮助 你 
做 出 这 一 决定 。7.2.2 节 会 进一步 港 清 。 递 归 的 任务 拆 分 过 程 如 图 7-3 所 示 。 

你 可 能 已 经 注意 到 ， 这 只 不 过 是 著名 的 分 治 算法 的 并 行 版 本 而 已 。 这 里 举 一 个 用 分 支 /合并 
框架 的 实际 例子 ,还 以 前 面 的 例子 为 基础 ， 让 我 们 试 着 用 这 个 框架 为 一 个 数字 范围 (这 里 用 一 个 
long[] 数 组 表示 ) 求 和 。 如 前 所 述 ， 你 需要 先 为 RecursiveTask 类 做 一 个 实现 ， 就 是 下 面 代 
人 码 清 单 中 的 ForkJoinSsumcalculator。 
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将 任务 递归 分 支 ! 
成 小 的 子 任务 ， fork 
直至 每 个 子 任 


































































































每 个 子 任 : : 
足够 小 | | 
2 ES ~ 流 Fk 
0 | 
顺序 求 值 顺序 求 值 顺序 求 值 

并 行 对 所 有 

子 任务 求 什 | | 
让 和 

重新 合并 

部 分 结果 


join 


图 7-3 分 支 /合并 过 程 





代码 清单 7-2 ”用 分 文 /合并 框架 执行 并 行 求 和 





由 子 任务 处 理 的 子 数 扩展 RecursiveTask 
组 的 起 始 和 终止 位 置 来 创建 可 以 用 于 分 支 / 
public class ForkJoinSumCalculator 合并 框架 的 任务 
extends java.util.concurrent.RecursiveTask<Long> { < 一 
private final long[] numbers; 
private final int start; | 要 求 和 的 
private final int end; 数字 数组 
public static final long THRESHOLD = 10_000; 
将 任务 分 解 public ForkJoinSumCalculator(long[] numbers) { <- 公共 构造 函数 用 
为 子 任务 的 this(numbers, 0, numbers.length); 于 创建 主任 务 
阔 值 大 小 } 
private ForkJoinSumCalculator(long[] numbers, int start, int end) { < 
Es Runers = numbers; 私有 构造 函数 用 于 以 递归 
ee 方式 为 主任 务 创建 子 任务 
this.end = eng; 





} 
@Override 
protected Long compute() { 


重 写 RecursiveTask 


抽象 方法 
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int length = end - start; 


该 任务 负责 if (length <= THRESHOLD) { 如 果 大 小 小 于 或 
求 和 的 子 数 return computeSequentially(); < 一 等 于 阅 值 ， 就 顺 
组 大 小 } 序 计算 结果 


ForkJoinSumCalculator leftTask = 
new ForkJoinSumCalculator (numbers, start, start + length/2); 

















创建 一 个 子 | 一 > leftTask.fork(); 
任务 来 为 数 ForkJoinSumCalculator rightTask = 
组 的 前 一 半 new ForkJoinSumCalculator (numbers, start + length/2, end); < 一 一 
求 和 Long rightResult = rightTask.compute(); A 
Long leftResult = leftTask.join(); < 创建 一 个 子 任务 
利用 ForkJoinPool return leftResult + rightResult; 来 为 数组 的 后 一 
的 另 一 个 线程 异步 地 | } 半 求 和 
执行 新 创建 的 子 任务 private long computeSequentially() { < 一 一 
long sum = 0; 同步 执行 第 二 个 子 
for (int i = start; i < end; i++) { 任务 , 有 可 能 进行 进 
sum += numbers{[i]; 一 步 的 递归 划分 
a sum; 大 小 小 于 阅 值 时 & 
) 所 采用 的 一 个 简 读 取 第 一 个 子 任务 
) 单 的 顺序 算法 的 结果 , 如 果 尚 未 完 
成 就 等 待 
整合 两 个 子 任务 
的 计算 结果 








现在 编写 一 个 方法 来 并 行 对 前 n 个 自然 数 求 和 就 很 简单 了 。 你 只 需 把 想 要 的 数字 数组 传 给 
ForkJoinSumCalculator 的 构造 函数 : 





public static long forkJoinSum(long n) { 
long[] numbers = LongStream.rangeClosed(1, n).toArray (); 
ForkJoinTask<Long> task = new ForkJoinSumCalculator (numbers); 
return new ForkJoinPool () .invoke (task); 


} 

这 里 用 了 一 个 LongStream 来 生成 包含 前 n 个 自然 数 的 数组 ， 然后 创建 一 个 ForkJoinTask 
(RecursiveTask 的 父 类 ), 并 把 数组 传递 给 代码 清单 7-2 所 示 的 ForkJoinsumCalculator 的 
公共 构造 函数 。 最 后 ， 你 创建 了 一 个 新 的 ForkJoinPool， 并 把 任务 传 给 它 的 调用 方法 。 在 
FEorkJoinPool 中 执行 时 ， 最 后 一 个 方法 返回 的 值 就 是 ForkJoinSsumcalculator 类 定义 的 任 
务 结果 。 

请 注意 在 实际 应 用 时 ， 使 用 多 个 ForkJoinPool 是 没有 什么 意义 的 。 正 是 出 于 这 个 原因 ， 
一 般 来 说 把 它 实例 化 一 次 ,然后 把 实例 保存 在 静态 字段 中 , 使 之 成 为 单 例 , 这 样 就 可 以 在 软件 中 
任何 部 分 方便 地 重用 了 。 这 里 创建 时 用 了 其 默认 的 无 参数 构造 函数 ， 这 意味 着 想 让 线程 池 使 用 
JVM 能 够 使 用 的 所 有 人 处理 器 。 更 确切 地 说 ,该 构造 函数 将 使 用 Runtime.availableProcessors 
的 返回 值 来 决定 线程 池 使 用 的 线程 数 。 请 注意 availableProcessors 方法 虽然 看 起 来 是 处 理 
器 ， 但 它 实 际 上 返回 的 是 可 用 核 的 数量 ， 包 括 超 线程 生成 的 虚拟 核 。 

运行 ForkJoinsumCalculator 

当 把 ForkJoinsumcalculator 任务 传 给 ForkJoinPool 时 , 这 个 任务 就 由 池 中 的 一 个 线 
程 执行 ， 这 个 线程 会 调用 任务 的 compute 方法 。 该 方法 会 检查 任务 是 否 小 到 足以 顺序 执行 ， 如 
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果 不 够 小 则 会 把 要 求 和 的 数组 分 成 两 半 ， 分 给 两 个 新 的 ForkJoinsumcalculator， 而 它们 也 
ForkJoinPool 安排 执行 。 因 此 ， 这 一 过 程 可 以 递归 重复 ， 把 原 任 务 分 为 更 小 的 任务 ， 直 到 
满足 不 方便 或 不 可 能 再 进一步 拆 分 的 条 件 ( 本 例 中 是 求 和 的 项 目 数 小 于 等 于 10 000 )。 这 时 会 顺 
序 计算 每 个 任务 的 结果 ,然后 由 分 支 过 程 创建 的 ( 隐 含 的 ) 任务 二 又 树 遍历 回 到 它 的 根 。 接 下 来 
会 合并 每 个 子 任务 的 部 分 结果 ， 从 而 得 到 总 任务 的 结果 。 这 一 过 程 如 图 7-4 所 示 。 
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质 序 归纳 顺序 归纳 
结果 =a 结果 =a 


图 7-4 分 支 /合并 算法 
你 可 以 再 用 一 次 本 章 开 始 时 写 的 测试 框架 ， 来 看 看 显 式 使 用 分 支 /合并 框架 的 求 和 方法 的 性 能 : 











System.out .println("PForkJoin sum done in: " + measureSumperf!( 
ForkJoinSumCalculator: :forkJoinSum, 10_000_000) + " msecs" ); 
人 > ,人 人、 
已 生成 以 下 输出 : 


ForkJoin sum done in: 41 msecs 
这 个 性 能 看 起 来 比 用 并 行 流 的 版 本 要 差 ， 但 这 只 是 因为 必须 先 要 把 整个 数字 流 都 放 进 一 个 
long[] ， 之 后 才能 在 ForkJoinSumCalculator 任务 中 使 用 它 。 


























7.2.2 ”使 用 分 支 /合并 框架 的 最 佳 做 法 
虽然 分 支 /合并 框架 还 算 简 单 易 用 ， 但 不 幸 的 是 它 也 很 容易 被 误 用 。 以 下 是 几 个 有 效 使 用 它 
的 最 佳 做 法 。 
口 对 一 个 任务 调用 join 方法 会 阻塞 调用 方 , 直到 该 任务 做 出 结果 。 因 此 ， 有 必要 在 两 个 子 
任务 的 计算 都 开始 之 后 再 调用 它 。 否 则 ， 你 得 到 的 版 本 会 比 原始 的 顺序 算法 更 慢 且 更 复 
杂 ， 因 为 每 个 子 任务 都 必须 等 待 男 一 个 子 任务 完成 才能 启动 。 















































7.2 ”分支 /合并 框架 165 








口 不 应 该 在 RecursiveTask 内 部 使 用 ForkJoinPool 的 invoke 方法 。 相 反 ， 你 应 该 始 

终 直接 调用 compute 或 fork 方法 ， 只 有 顺序 代码 才 应 该 用 invoke 来 启动 并 行 计算 。 

口 对 子 任务 调用 fork 方法 可 以 把 它 排 进 ForkJoinPool。 同 时 对 左边 和 右边 的 子 任务 调用 
它 似乎 很 自然 ， 但 这样 做 的 效率 要 比 直接 对 其 中 一 个 调用 compute 低 。 这 样 做 你 可 以 为 
其 中 一 个 子 任务 重用 同一 线程 ， 从 而 避免 在 线程 池 中 多 分 配 一 个 任务 造成 的 开销 。 

口 调试 使 用 分 支 / 合 并 框架 的 并 行 计算 可 能 有 点 琼 手 。 特 别 是 你 平常 都 在 你 喜欢 的 IDE 里 面 
看 栈 跟踪 ( stack trace ) 来 找 问 题 ， 但 放 在 分 支 /合并 计算 上 就 不 行 了 ， 因 为 调用 compute 
的 线程 并 不 是 概念 上 的 调用 方 ， 后 者 是 调用 fork 的 那个 。 

口 和 并 行 流 一 样 ， 你 不 应 理所当然 地 认为 在 多 核 处 理 絮 上 使 用 分 支 / 合 并 框架 就 比 顺序 计算 
快 。 我们 已 经 说 过 ， 一 个 任务 可 以 分 解 成 多 个 独立 的 子 任务 ,才能 让 性 能 在 并 行 化 时 有 
所 提升 。 所 有 这 些 子 任务 的 运行 时 间 都 应 该 比分 出 新 任务 所 花 的 时 间 长 。 一 个 惯用 方法 

是 把 输入 /输出 放 在 一 个 子 任务 里 ， 计 算 放 在 另 一 个 里 ， 这 样 计算 就 可 以 和 输入 /输出 同时 

进行 。 此 外 ,在 比较 同一 算法 的 顺序 和 并 行 版 本 的 性 能 时 还 有 别 的 因素 要 考虑 。 就 像 任何 
其 他 Java 代码 一 样 ,分支 /合并 框架 需要 “ 预 热 ”或 者 说 要 执行 儿 遍 才 会 被 JIT 编译 器 优化 。 
这 就 是 为 什么 在 测量 性 能 之 前 跑 几 遍 程 序 很 重要 ， 我 们 的 测试 框架 就 是 这 么 做 的 。 同 时 
还 要 知道 ， 编 译 带 内 置 的 优化 可 能 会 为 顺序 版 本 带 来 一 些 优 势 ( 例如 执行 死 码 分 析 一 一 
删 去 从 未 被 使 用 的 计算 )。 

对 于 分 支 /合并 拆 分 策略 还 有 最 后 一 点 补充 : 你 必须 选择 一 个 标准 ， 来 决定 子 任务 是 要 进 一 

步 拆 分 还 是 已 小 到 可 以 顺序 求 值 。 下 一 节 中 会 就 此 给 出 一 些 提示 。 


7.2.3 工作 窃取 


在 ForkJoinsumCalculator 的 例子 中 ， 我 们 决定 在 要 求 和 的 数组 中 最 多 包含 10 000 个 项 
目 时 就 不 再 创建 子 任务 了 。 这 个 选择 是 很 随意 的 , 但 大 多 数 情况 下 也 很 难 找到 一 个 好 的 启发 式 方 
法 来 确定 它 , 只 能 试 几 个 不 同 的 值 来 尝试 优化 它 。 在 我 们 的 测试 案例 中 , 我 们 先 用 了 一 个 有 1000 
万 项 目的 数组 , 意味 着 ForkJoinsumCalculator 至 少 会 分 出 1000 个 子 任务 来 。 这 似乎 有 点 浪 
费 资源 ， 因 为 我 们 用 来 运行 它 的 机 器 上 只 有 四 个 核 。 在 这 个 特定 例子 中 可 能 确实 是 这 样 ， 因 为 所 
有 的 任务 都 受 CPU 约束 ， 预 计 所 花 的 时 间 也 差不多 。 

但 分 出 大 量 的 小 任务 一 般 来 说 都 是 一 个 好 的 选择 。 这 是 因为 , 理想 情况 下 , 划分 并 行 任务 时 ， 
应 该 让 每 个 任务 都 用 完全 相同 的 时 间 完 成 ， 让 所 有 的 CPU 核 都 同样 繁忙 。 不 幸 的 是 ， 实 际 中 ， 
每 个 子 任务 所 花 的 时 间 可 能 天 差 地 别 ， 要 么 是 因为 划分 策略 效率 低 ， 要 么 是 有 不 可 预知 的 原因 ， 
比如 磁盘 访问 慢 ， 或 是 需要 和 外 部 服务 协调 执行 。 

分 支 /合并 框架 工程 用 一 种 称 为 工作 窃取 ( work stealing ) 的 技术 来 解决 这 个 问题 。 在 实际 应 
用 中 ， 这 意味 着 这 些 任务 差不多 被 平均 分 配 到 ForkJoinPool 中 的 所 有 线程 上 。 每 个 线程 都 为 
分 配给 它 的 任务 保存 一 个 双向 链 式 队列 , 每 完成 一 个 任务 ， 就 会 从 队列 头 上 取出 下 一 个 任务 开始 
执行 。 基 于 前 面 所 述 的 原因 ， 某 个 线程 可 能 早早 完成 了 分 配给 它 的 所 有 任务 , 也 就 是 它 的 队列 已 
经 空 了 ， 而 其 他 的 线程 还 很 已 。 这 时 ， 这 个 线程 并 没有 闲 下 来 ， 而 是 随机 选 了 一 个 别 的 线程 ， 从 
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队列 的 尾巴 上 “ 偷 走 ” 一 个 任务 。 这 个 过 程 一 直 继续 下 去 ， 直 到 所 有 的 任务 都 执行 完毕 ， 所 有 的 
队列 都 清空 。 这 就 是 为 什么 要 划 成 许多 小 任务 而 不 是 少数 几 个 大 任务 , 这 有 助 于 更 好 地 在 工作 线 
程 之 间 平 衡 负载 。 

一 般 来 说 ， 这 种 工作 窃取 算法 用 于 在 池 中 的 工作 线程 之 间 重 新 分 配 和 平衡 任务 。 图 7-5 展示 
了 这 个 过 程 。 当 工作 线程 队列 中 有 一 个 任务 被 分 成 两 个 子 任务 时 ,一 个 子 任务 就 被 闲置 的 工作 线 
程 “ 偷 走 ” 了 。 如 前 所 述 ， 这 个 过 程 可 以 不 断 递 归 ， 直 到 规定 子 任务 应 顺序 执行 的 条 件 为 真 。 
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工作 线程 2 





工作 线程 3 
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图 7-5 分 六 /合并 框架 使 用 的 工作 窃取 算法 


现在 你 应 该 清楚 流 如 何 使 用 分 支 /合并 框架 来 并 行 处 理 它 的 项 目 了 ， 不 过 还 有 一 点 没有 讲 。 
本 节 中 我 们 分 析 了 一 个 例子 ,你 明确 地 指定 了 将 数字 数组 拆 分 成 多 个 任务 的 逻辑 。 但是, 使 用 本 
章 前 面 讲 的 并 行 流 时 就 用 不 着 这 么 做 了 ,这 就 意味 着 , 肯定 有 一 种 自动 机 制 来 为 你 拆 分 流 。 这 种 
新 的 自动 机 制 称 为 Spliterator， 下 一 节 会 讨论 。 


























1.3 Spliterator 


Spliterator 是 Java8 中 加 入 的 男 一 个 新 接口 , 这 个 名 字 代 表 “ 可 分 迭代 器 ”( splitable iterator )。 
和 Iterator 一 样 ，spliterator 也 用 于 遍历 数据 源 中 的 元 素 , 但 它 是 为 了 并 行 执 行 而 设计 
的 。 虽然 在 实践 中 可 能 用 不 着 自己 开发 spliterator, 但 了 解 一 下 它 的 实现 方式 会 让 你 对 并 
行 流 的 工作 原理 有 更 深入 的 了 解 。Java 8 已 经 为 集合 框架 中 包含 的 所 有 数据 结构 提供 了 一 个 默认 
的 Spliterator 实现 ,集合 实现 了 spliterator 接 口 ,接口 提供 了 一 个 默认 的 spliterator () 
方法 (你 将 会 在 第 13 章 中 学 到 关于 默认 方法 的 更 多 信息 )。 这 个 接口 定义 了 若干 方法 ,如 下 面 的 
代码 清单 所 示 。 


代码 清单 7-3 ”Spliterator 接口 
public interface Spliterator<T> { 
boolean tryAdvance (Consumer<? super T> action); 
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Spliterator<T> trySplit(); 
long estimateSize(); 
int characteristics(); 


} 


与 往常 一 样 , 是 spliterator 遍历 的 元 素 的 类 型 。tryAdvance 方法 的 行为 类 似 于 普通 
的 Iterator， 因 为 它 会 按 顺 序 一 个 一 个 使 用 spliterator 中 的 元 素 ， 并 且 如 果 还 有 其 他 元 素 
要 遍历 就 返回 true。 但 trysplit 是 专 为 Spliterator 接口 设计 的 ， 因 为 它 可 以 把 一 些 元 素 
划 出 去 分 给 第 二 个 spliterator (由 该 方法 返回 )， 让 它们 两 个 并 行 处 理 。spliterator 还 可 
通过 estimatesize 方法 估计 还 剩 下 多 少 元 素 要 遍历 ， 因 为 即使 不 那么 确切 ， 能 快速 算出 来 是 
一 个 值 也 有 助 于 让 拆 分 均匀 一 点 。 

重要 的 是 , 要 了 解 这 个 拆 分 过 程 在 内 部 是 如 何 执 行 的 ， 以 便 在 需要 时 能 够 掌控 它 。 因 此 ， 下 
一 节 会 详细 地 分 析 它 。 


7.3.1 拆 分 过 程 
将 Stream 拆 分 成 多 个 部 分 的 算法 是 一 个 递归 过 程 ， 如 图 7-6 所 示 。 第 一 步 是 对 第 一 个 


Spliterator 调用 trysplit, 生成 第 二 个 Spliterator。 第 二 步 是 对 这 两 个 Spliterator 调 
用 trysplit, 这 样 总 共 就 有 了 四 个 spliterator。 这 个 框架 不 断 对 调用 trySplit 
直到 它 返 回 nul1， 表 明 它 处 理 的 数据 结构 不 能 再 分 制 ， 如 第 三 步 所 示 。 最 后 ， 这 个 递归 拆 分 过 
程 到 第 四 步 就 终止 了 ， 这 时 所 有 的 Spliterator 在 调用 trySplit 时 都 返回 了 nullo 

























































































































































































































































































第 步 第 二 步 
Spliteratorl Spliterator]l 
trySplit() Spliterator2 trySplit () 
Spliterator2 trYSpLEt Spliterator3 
Spliterator4 
第 三 步 第 四 步 
Spliteratorl Spliteratorl 
Spliterator2 Spliterator3 trySplit{() Spliterator2 Spliterator3 
trySplit () Spliterator4 Spliterator5 trySplit() 
trySplitt 
Sblitetators | | | EP ese.d 
null 
| 














图 7-6 递归 拆 分 过 程 
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这 个 拆 分 过 程 也 受 spliterator 本 身 的 特性 影响 , 而 特性 是 通过 characteristics 方法 
声明 的 。 











Spliterator 的 特性 

spliterator 接口 声明 的 最 后 一 个 抽象 方法 是 cnaracteristics， 它 将 返回 一 个 int， 
代表 spliterator 本 身 特 性 集 的 编码 。 使 用 spliterator 的 客户 可 以 用 这 些 特性 来 更 好 地 控 
制 和 优化 它 的 使 用 。 表 7-2 总 结 了 这 些 特性 ( 不幸 的 是 ， 虽 然 它们 在 概念 上 与 收集 器 的 特性 有 重 
丢 ， 编 码 却 不 一 样 )。 这 些 特性 是 在 Spliterator 接口 中 定义 的 int 常量 。 


表 7-2 spliterator 的 特性 




















滞 






































特 ”性 含义 
ORDERED 元 素 有 既定 的 顺序 (例如 List ) ， 因 此 spliterator 在 遍历 和 划分 时 也 会 遵循 这 一 顺序 
DISTINCT 对 于 任意 一 对 遍历 过 的 元 素 x 和 y，x.equals (y) 返 回 false 
SORTED 遍历 的 元 素 按照 一 个 预定 义 的 顺序 排序 
SIZED 该 spliterator 个 已 知 大 小 的 源 建立 (例如 set ) ， 因 此 estimategdsize() 返 回 的 是 准确 值 
































NON-NULL 保证 遍历 的 元 素 不 会 为 nul1 
IMMUTABLE spliterator 的 数据 源 不 能 修改 。 这 意味 着 在 遍历 时 不 能 添加 、 删 除 或 修改 任何 元 素 
CONCURRENT 该 spliterator 的 数据 源 可 以 被 其 他 线程 同时 修改 而 无 须 同步 
SUBSIZED 该 spliterator 和 所 有 从 它 拆 分 出 来 的 Spliterator 都 是 SIZED 














现在 你 已 经 看 到 了 spliterator 接口 是 什么 以 及 它 定 义 了 哪些 方法 , 你 可 以 试 着 自己 实现 
一 个 spliterator 了 。 
7.3.2 ”实现 你 自己 的 spliterator 


下 面 来 看 一 个 可 能 需要 你 自己 实现 spliterator 的 实际 例子 。 我 们 要 开发 一 个 简单 的 方法 
来 数 数 一 个 string 中 的 单词 数 。 这 个 方法 的 一 个 迭代 版 本 可 以 写成 下 面 的 样子 。 
代码 清单 7-4 一 个 迭代 式 词 数 统计 方法 


public int countWordsIteratively (String s) { 














int counter = 0; 
boolean lastSpace = true; 逐个 遍历 string 
for (oar es SbocharArray (0)}) 示 中 的 所 有 字符 
if (Character.isWhitespace(c)) { 
lastSpace = true; 
} else { 


if (lastSpace) counter++) < 
lastSpace = false; 


上 一 个 字符 是 空格 , 而 当 
前 遍历 的 字符 不 是 空 


] 时 ， 将 单词 计数 器 加 一 





} 


return counter; 
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把 这 个 方法 用 在 但 丁 的 《神曲 》 的 《地 狱 篇 》 的 第 一 句 话 上 : 


final String SENTENCE = 








" Nel mezzo del cammin di nostra vita " + 
"mi ritrovai in una selva oscura" + 
" ché la dritta via era smarrita "; 


System.out .println("Found " + countWordsIteratively (SENTENCE) + " words"); 


请 注意 , 我 们 在 句子 里 添加 了 一 些 额 外 的 随机 空格 ,以 演示 这 个 迭代 实现 即使 在 两 个 词 之 间 
存在 多 个 空格 时 也 能 正常 工作 。 正 如 我 们 所 料 ， 这 段 代 码 将 打印 以 下 内 容 : 


Found 19 words 


理想 情况 下 ,你 会 想 要 用 更 为 函数 式 的 风格 来 实现 它 ， 因 为 就 像 前 面 说 过 的 , 这 样 你 就 可 以 
用 并 行 Stream 来 并 行 化 这 个 过 程 ， 而 无 须 显 式 地 处 理 线程 和 同步 问题 。 


1. 以 函数 式 风格 重 写 单词 计数 器 
首先 你 需要 把 string 转换 成 一 个 流 。 不 幸 的 是 ,原始 类 型 的 流 仅 限于 int 、long 和 double， 
所 以 你 只 能 用 stream<Character>: 
































Stream<Character> stream = IntStream.range(0, SENTENCE.length()) 
.mapToOb]j (SENTENCE: :charAt); 


你 可 以 对 这 个 流 做 归 约 来 计算 字数 。 在 归 约 流 时 ， 你 得 保留 由 两 个 变量 组 成 的 状态 : 一 个 
int 用 来 计算 到 目前 为 目 数 过 的 字数 ， 还 有 一 个 boolean 用 来 记得 上 一 个 遇 到 的 character 
是 不 是 空格 。 因 为 Java 没有 元 组 ( tuple， 用 来 表示 由 异类 元 素 组 成 的 有 序列 表 的 结构 ， 不 需要 
包装 对 象 )， 所 以 你 必须 创建 一 个 新 类 Wordcounter 来 把 这 个 状态 封装 起 来 ， 如 下 所 示 。 


代码 清单 7-5 ”用 来 在 遍历 character 流 时 计数 的 类 


class WordCounter { 
private final int counter; 
private final boolean lastSpace; 
public WordCounter (int counter, boolean lastSpace) { 
this.counter = counter; 


























this.lastSpace = lastSpace; 和 迭代 算法 一 样 ，accumulate 
} 方法 一 个 个 遍历 character 
public WordCounter accumulate (Character c) { < 一 
if (Character.isWhitespace(c)) { 
return lastSpace ? 
ey: 上 一 个 字符 是 空 
new WordCounter (counter, true); 而 当前 遍历 的 字符 
人 不 是 空格 时 , 将 单词 
return lastSpace ? 计数 器 加 一 
new WordCounter (counter + 1, false) 
this; 
} 
: 8 ， 合并 两 个 Wordcounter， 
public WordCounter combine (WordCounter wordCounter) { | 把 其 计数 器 加 起 来 


return new WordCounter (counter + wordCounter.counter, 
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wordCounter.lastSpace); 


需要 计数 器 
各 况 和 4 
public int getCounter() { 的 总 和 , 无 须 关 


return counter; 心 IastSpace 


} 
} 


这 段 代码 中 ，accumulate 方法 定义 了 如何 更 改 Wordcounter 的 状态 , 或 者 更 确切 地 说 是 
用 哪个 状态 来 建立 新 的 wordacounter， 因 为 这 个 类 是 不 可 变 的 。 理 解 这 一 点 非常 重要 。 我 们 特 
意 采 用 了 一 个 不 可 变 类 来 收集 状态 信息 ,以便 在 接 下 来 的 步 又 中 能 并 发 地 进行 处 理 。 每 次 遍历 到 
Stream 中 的 一 个 新 的 cnaracter 时 , 就 会 调用 accumulate 方法 。 具 体 来 说 , 就 像 代 码 清单 7-4 
中 的 countWordsIteratively 方法 一 样 ， 当 上 一 个 字符 是 空格 ， 新 字符 不 是 空格 时 ， 计数 器 就 
加 一 。 图 7-7 展示 了 accumulate 方法 遍历 到 新 的 character 时 ，WordCounter 的 状态 转换 。 
调用 第 二 个 方法 combine 时 ,会 对 作用 于 character 流 的 两 个 不 同 子 部 分 的 两 个 WordCounter 
的 部 分 结果 进行 汇总 ， 也 就 是 把 两 个 Wordcounter 内 部 的 计数 絮 加 起 来 。 





















































WordCounter WordCounter 


lastSpace == false lastSspace == true 





c 不 是 空格 
图 7-7 遍历 到 新 的 character c 时 Wordcounter 的 状态 转换 


现在 你 已 经 写 好 了 在 Wordcounter 中 累计 字符 ， 以 及 在 Wordcounter 中 把 它们 结合 起 来 
的 逻辑 ， 那 写 一 个 方法 来 归 约 cnaracter 流 就 很 简单 了 : 


private int countWords (Stream<Character> stream) { 
WordCounter wordCounter = stream.reduce (new WordCounter(0, true), 
WordCounter: :accumulate, 
WordCounter: :combine); 





return wordCounter.getCounter () ; 


} 
现在 你 就 可 以 试 一 试 这 个 方法 ， 给 它 由 包含 但 丁 的 《神曲 》 中 《地 狱 篇 》 第 一 名 的 string 
创建 的 流 : 


Stream<Character> stream = IntStream.range(0, SENTENCE.1length()) 
.mapToOb]j (SENTENCE: :charAt); 
System.out.println("Found " + countWords (stream) + " words"); 


你 可 以 和 和 迭代 版 本 比较 一 下 输出 : 
Found 19 words 


到 现在 为 止 都 很 好 , 但 我 们 以 函数 式 实现 Wordcounter 的 主要 原因 之 一 就 是 能 轻松 地 并 行 
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处 理 ， 来 看 看 具体 是 如 何 实现 的 。 


2. 让 Wordcounter 并 行 工 作 
你 可 以 尝试 用 并 行 流 来 加 快 字数 统计 ， 如 下 所 示 : 
System.out .println("Found " 
不 笠 的 是 ， 这 次 的 输出 是 : 
Found 25 words 
显然 有 些 不 对 , 可 到 底 是 哪里 不 对 呢 ? 问题 的 根源 并 不 难 找 。 因 为 原始 的 string 在 任意 位 
置 拆 分 ， 所 以 有 时 一 个 词 会 被 分 为 两 个 词 ， 然 后 数 了 两 次 。 这 就 说 明 ， 拆 分 流 会 影响 结果 ， 而 把 
顺序 流 换 成 并 行 流 就 可 能 使 结果 出 错 。 

如 何 解 决 这 个 问题 呢 ? 解决 方案 就 是 要 确保 string 不 是 在 随机 位 置 拆 开 的 , 而 只 能 在 词尾 
拆 开 。 要 做 到 这 一 点 ， 你 必须 为 charactez 实现 一 个 Spliterator， 它 只 能 在 两 个 词 之 间 拆 
开 string (如 下 所 示 )， 然 后 由 此 创建 并 行 流 。 





+ CountWords (stream.parallel()) + " words"); 









































代码 清单 7-6 WordCounterSpliterator 


class WordCounterSpliterator implements Spliterator<Character> { 
private final String string; 
private int currentChar = 0; 
public WordCounterSpliterator(String string) { 
this Sting 三 .String} 处 理 当 
} 和 
1 ™ 
@Override 前 字符 
public boolean tryAdvance (Consumer<? super Character> action) { 
action.accept (string.charAt (currentChar++) ); 
return currentChar < string.length(); < 一 一 
如 果 还 有 字符 


要 处 理 ， 则 返 


二 一 一 


} 


@Override 








public Spliterator<Character> trySplit() { 回 true 
int currentSize = string.length() - currentChar; 返回 nu1ll 表示 要 
将 试探 拆 分 位 | | 
if (currentSize < 10) { 解析 的 string 已 
置 设 定 为 要 解 return null; < 一 
析 的 string } ' 经 足够 小 ,可 以 顺 
序 处 理 
的 中 间 for (int splitPos = currentSize / 2 + currentChar; 
-— splitPos < string.length(); splitPos++) { 
让 拆 分 位 if (Character.isWhitespace(string.charAt (splitPos))) { 
置 前 进 直 > Spliterator<Character> spliterator = 
到 下 一 个 new WordCounterSpliterator(string.substring (currentChar, 
空 splitPos)); 
currentChar = splitPos; 
外 一 个 return spliterator; le 
ee e } 将 这 个 WordCounterSpliterator 
Spliterator } 的 起 始 位 置 设 为 拆 分 位 置 
来 解析 string return null; 
LA | ey 彼 
从 开始 到 拆 分 位 } 发 现 一 个 空格 并 创建 
置 的 部 分 @Override 。 
ee a 了 新 的 spliterator,， 
public long estimateSize 所 以 退出 循环 
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return string.length() - currentChar; 
} 
QOverride 
public int characteristics() { 


return ORDERED + SIZED + SUBSIZED + NONNULL + IMMUTABLE; 


} 
} 


这 个 Spliterator 由 要 解析 的 String 创建 ， 并 遍历 了 其 中 的 character， 同时 保存 了 当 
前 正在 遍历 的 索引 。 让 我 们 快速 回顾 一 下 实现 了 spliterator 接口 的 WordCounter- 


spliterator 中 的 各 个 函数 。 





口 tryAdvance 方法 把 String 中 当前 索引 位 置 的 Character 传 给 了 Consumer, 并 让 位 

















类 的 accumulate 方法 。 如 果 新 的 指针 位 


Cnaracter, 则 tryAdvance 返回 trueo 











置 加 一 。 作 为 参数 传递 的 consumer 是 一 个 Java 内 部 类 ， 在 遍历 流 时 将 要 处 理 的 
Character 传 给 了 一 系列 要 对 其 执行 的 函数 。 这 里 只 有 一 个 归 约 函数 , 即 WwordCcounter 





置 小 于 string 的 总 长 ， 且 还 有 要 沉 历 的 














口 trySplit 方法 是 Spliterator 中 最 重要 的 一 个 方法 , 因为 它 定 义 了 拆 分 要 遍历 的 数据 
结构 的 逻辑 。 就 像 在 代码 清单 7-1 中 实现 的 RecursiveTask 的 compute 方法 一 样 (分 
支 /合并 框架 的 使 用 方式 ), 首先 要 设 定 不 再 进一步 拆 分 的 下 限 。 这 里 用 了 一 个 非常 低 的 下 
限 一 一 10 个 character， 仅 仅 是 为 了 保证 程序 会 对 那个 比较 短 的 string 做 几 次 拆 分 。 

















在 实际 应 用 中 ， 就 像 分 支 /合并 的 例子 那样 ， 





你 肯定 要 用 更 高 的 下 限 来 避免 生成 太 多 的 任 


务 。 如 果 剩 余 的 character 数量 低 于 下 限 , 你 就 返回 nul1l 表示 无 须 进 一 步 拆 分 。 相 反 ， 
如 果 你 需要 执行 拆 分， 就 把 试探 的 拆 分 位 置 设 在 要 解析 的 string 块 的 中 间 。 但 我 们 没 
有 直接 使 用 这 个 拆 分 位 置 ， 因 为 要 避免 把 词 在 中 间断 开 ， 于 是 就 往 前 找 ， 直 到 找到 一 个 
空格 。 一 旦 找到 了 适当 的 拆 分 位 置 , 就 可 以 创建 一 个 新 的 Spliterator 来 遍历 从 当前 位 























置 到 拆 分 位 置 的 子囊 。 把 当前 位 置 this 
spliterator 来 处 理 ， 最 后 返回 。 











和 当前 遍历 的 位 置 的 差 。 











String 中 各 个 Character 的 次 序 dT 





设 为 拆 分 位 置 ， 因 为 之 前 的 部 分 将 由 新 的 





口 还 需要 遍历 的 元 素 的 estimatedsize 就 是 这 个 Spliterator 解析 的 String 的 总 长 度 


口 最 后 ，characteristic 方法 告诉 框架 这 个 Spliterator 是 ORDERED (顺序 就 是 














ED (estimatedSize 方法 的 返回 值 是 精确 


的 )、SUBSIZED (trySplit 方法 创建 的 其 他 spliterator 也 有 确切 大 小 )、NON-NULL 
( String 中 不 能 有 为 null 的 character ) 和 IMMUTABLE (在 解析 string 时 不 能 再 添 








加 character， 因 为 string 本 身 是 一 个 不 


3. 运用 wordcounterSp1Literator 





可 变 类 ) 的 。 


现在 就 可 以 用 这 个 新 的 WordcounterSpliterator 来 处 理 并 行 流 了 ， 如 下 所 示 : 


Spliterator<Character> spliterator = new WordCounterSpliterator (SENTENCE) ; 
Stream<Character> stream = StreamSupport.stream(spliterator, true); 
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传 给 StreamSupport .stream 工厂 方法 的 第 二 个 布尔 参数 意味 着 你 想 创建 一 个 并 行 流 。 把 
这 个 并 行 流传 给 countWords 方法 : 

System.out .println("Found " + countWords (stream) + " words"); 
可 以 得 到 意料 之 中 的 正确 输出 : 

Found 19 words 

你 已 经 看 到 了 spliterator 如 何 让 你 控制 拆 分 数据 结构 的 策略 。spliterator 还 有 最 后 
一 个 值得 注意 的 功能 ,就 是 可 以 在 第 一 次 遍历 、 第 一 次 拆 分 或 第 一 次 查询 估计 大 小 时 绑 定 元 素 的 
数据 源 , 而 不 是 在 创建 时 就 绑 定 。 这 种 情况 下 , 它 称 为 延迟 绑 定 (late-binding ) 的 Spliterator。 
我 们 专门 用 附录 C 来 展示 如 何 开发 一 个 工具 类 来 利用 这 个 功能 在 同一 个 流 上 执行 多 个 操作 。 
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以 下 是 本 章 中 的 关键 概念 。 

口 内 部 迭代 让 你 可 以 并 行 处 理 一 个 流 ， 而 无 须 在 代码 中 显 式 使 用 和 协调 不 同 的 线程 。 

口 虽然 并 行 处 理 一 个 流 很 容易 ， 但 是 不 能 保证 程序 在 所 有 情况 下 都 运行 得 更 快 。 并 行 软件 
的 行为 和 性 能 有 时 是 违反 直觉 的 ， 因 此 一 定 要 测量 ， 确 保 你 并 没有 把 程序 拖 得 更 慢 。 

口 像 并 行 流 那样 对 一 个 数据 集 并 行 执行 操作 可 以 提升 性 能 ,特别 是 要 处 理 的 元 素数 量 庞大 ， 
或 处 理 单个 元 素 特别 耗 时 的 时 候 。 

口 从 性 能 角度 来 看 ， 使 用 正确 的 数据 结构 ， 如 尽 可 能 利用 原始 流 而 不 是 一 般 化 的 流 ， 几 乎 
总 是 比 尝 试 并 行 化 某 些 操作 更 为 重要 。 

口 分 支 /合并 框架 让 你 得 以 用 递归 方式 将 可 以 并 行 的 任务 拆 分 成 更 小 的 任务 ， 在 不 同 的 线程 
上 执行 ， 然 后 将 各 个 子 任务 的 结果 合并 起 来 生成 整体 结 

口 spliterator 定义 了 并 行 流 如 何 拆 分 它 要 遍历 的 数据 。 

























































































使 用 流 和 Lambda 进行 高 效 编程 





第 三 部 分 探索 Java 8 和 Java 9 的 多 个 主题 ， 这 些 主 题 中 的 技巧 能 让 你 的 Java 代码 更 高 效 ， 
E 帮 助 你 利用 现代 的 编程 习 语 改进 代码 库 。 这 一 部 分 的 出 发 点 是 介绍 高 级 的 编程 思想 ， 本 书 

续 内 容 并 不 依赖 于 此 。 

第 8 音 是 这 一 版 新 增 的 ， 探 讨 Java 8 和 Java 9 对 Collection API 的 增强 。 内 容 涵盖 如 何 使 用 
集合 工厂 ， 如 何 使 用 新 的 编程 模式 处 理 List 和 set， 以 及 使 用 Map 的 惯用 模式 。 

第 9 章 探讨 如 何 利用 Java 8 的 新 功能 和 一 些 秘诀 来 改善 现 有 的 代码 。 此 外 ， 该 章 还 探讨 了 
一 些 重要 的 软件 开发 技术 ， 如 设计 模式 、 重 构 、 测 试 和 调试 。 

第 10 章 也 是 这 一 版 新 增 的 ， 介 绍 依据 领域 特定 语言 (domain-specific language, DSL) 实现 
API 的 思想 。 这 不 仅 是 一 种 强大 的 API 设计 方法 ,而且 正 变 得 越 来 越 流 行 。Java 中 已 经 有 API 
采用 这 种 模式 实现 ， 壁 如 Comparator、Stream 以 及 Collector 接口 。 





Collection API 的 增强 功能 








本 章 内 容 

口 如 何 使 用 集合 工厂 

口 学 习 使 用 新 的 惯用 模式 处 理 List 和 Set 
口 学 习 通过 惯用 模式 处 理 Map 





作为 Java 程序 员 ， 如 果 你 不 知道 或 者 没有 使 用 过 Collection API， 就 太 扳 陋 寡 闻 了 。 几 乎 每 
一 个 Java 应 用 都 或 多 或 少 会 用 到 Collection。 通 过 前 面 章 节 的 学 习 , 你 已 经 看 到 将 Collection API 
和 Stream API 结 合 起 来 构造 数据 处 理 查询 有 多 强大 。 不 过 ，Collection API 也 存在 种 种 不 尽 如 人 
意 的 地 方 ， 使 其 使 用 起 来 比较 烦琐 ， 很 多 时 候 还 容易 出 错 。 

通过 本 章 ， 你 会 了 解 Java 8 和 Java 9 中 Collection API 的 新 特性 ， 这 些 特性 能 让 你 的 编程 工 
作 事 半 功 倍 。 首 先 ,我 们 会 介绍 Java 9 新 引入 的 集合 工厂 , 它 可 以 极 大 地 简化 创建 小 规模 List、 
Set 以 及 Map 的 流程 。 接 下 来 会 介绍 如 何 使 用 Java 8 的 增强 功能 ， 移 除 或 者 蔡 换 List 和 Set 
中 的 元 素 。 最 后 会 学 习 处 理 Map 的 一 些 新 方法 。 

第 9 章 将 探讨 大 量 重 构 遗 留 Java 代码 的 方法 。 


8.1 集合 工厂 


Java 9 引入 了 一 些 新 的 方法 ， 可 以 很 简便 地 创建 由 少量 对 象 构 成 的 Collection。 首 先 , 我 
们 会 探讨 为 什么 程序 员 需 要 新 方法 ， 然 后 会 介绍 如 何 使 用 新 的 工厂 方法 创建 对 象 。 

先 来 回顾 一 下 如 何 使 用 Java 创建 一 个 由 少量 元 素 构成 的 列表 。 璧 如， 你 想 要 收集 准备 一 起 
度假 的 朋友 的 名 字 。 下 面 是 一 种 实现 方法 : 
























































List<String> friends = new ArrayList<>(); 
friends.add ("Raphael"); 
friends.add ("Olivia"); 
friends.add("Thibaut"); 


不 过 ， 这 种 方式 很 兄长 ， 仅仅 为 了 保存 三 个 人 名 就 写 了 这 么 多 代码 ! 实现 同样 的 功能 ， 更 简 
洁 的 方式 是 使 用 Arrays .asList () 工 三 方法 : 




















List<String> friends 
= Arrays.asList ("Raphael", "Olivia", "Thibaut"); 


通过 上 面 的 代码 , 你 创建 了 一 个 固定 大 小 的 列表 , 列表 的 元 素 可 以 更 新 , 但 不 能 增加 或 者 删 
除 。 如 果 你 尝试 向 其 中 添加 元 素 ，JVM 就 会 抛 出 一 个 UnsupportedModificationException 
异常 。 使 用 set 方法 更 新 元 素 是 允许 的 ， 如 下 所 示 : 





























List<String> friends = Arrays.asList ("Raphael", "Olivia"); 
friends.set (0, "Richard"); | 
friends.add ("Thibaut"); 77] 抛 出 一 个 UnsupportedModificationException 异常 


这 种 行为 让 人 有 点 儿 意 外 ， 不 过 也 可 以 解释 ， 因 为 通过 工厂 方法 创建 的 collection 的 底 
层 是 大 小 固定 的 可 变数 组 。 

那么 创建 set 也 有 工厂 方法 吗 ? 非常 抱歉 ， 目 前 Java 中 还 没有 Arrays .asSet () 这 种 工厂 
方法 ， 你 得 通过 别 的 方法 实现 类 似 的 效果 。 辟 如， 你 可 以 向 Hashset 的 构造 器 传递 一 个 列表 ， 
如 下 所 示 : 


























Set<String> friends " 
= new HashSet<>(Arrays.asList ("Raphael", "Olivia", Thibaut")); 


或 者 ， 你 还 可 以 使 用 Stream API: 


Set<String> friends 
= Stream.of ("Raphael", "Olivia", "Thibaut") 
.Collect (Collectors.toSet ()); 


然而 ， 这 两 种 方案 都 并 非 完美 ， 背 后 都 有 不 必要 的 对 象 分 配 。 此 外 ,还 得 注意 ， 你 最 终 得 到 
的 是 一 个 可 变 的 set。 

那 Map 呢 ? 目前 还 没有 优雅 的 方式 来 创建 小 规模 的 Map, 不 过 别 担心 ，Java9 新 增 的 工厂 方 
法 可 以 简化 小 规模 List 、Set 或 者 Map 的 创建 。 


让 我 们 开始 探索 Java 中 创建 集合 的 新 方法 吧 。 首 先 从 List 的 新 特性 人 手 。 wr 























集合 常量 
包括 Python 、Groovy 在 内 的 多 种 语言 都 支持 集合 常量 ， 你 可 以 通过 壁 如 [42，1，5] 这 样 
的 语法 格式 创建 含有 三 个 数字 的 集合 。Java 并 没有 提供 集合 常量 的 语法 支持 , 原因 是 这 种 语言 
上 的 变化 往往 伴随 着 高 昂 的 维护 成 本 ， 并 且 会 限制 将 来 可 能 使 用 的 语法 。 与 此 相反 ，Java9 通 
过 增强 Collection API， 另 辟 蹊 径 地 增加 了 对 集合 常量 的 支持 。 


8.1.1 List 工矿 
通过 工厂 方法 List .of 可 以 非常 容易 地 创建 一 个 列表 ， 例 如 : 





List<String> friends = List.of("Raphael", "Olivia", "Thibaut"); 
System.out .println (friends); | [Raphael, Olivia, Thibaut] 
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不 过 ,你 可 能 会 发 现 一 些 比较 奇怪 的 情况 。 试 着 往 你 的 朋友 列表 里 添加 一 个 元 素 : 





List<String> friends = List.of("Raphael", "Olivia", "Thibaut"); 

friends.add ("Chih-Chun"); 

执行 这 段 代 码 时 ， 你 会 遇 到 一 个 java.lang.UnsupportedoperationException 异常 。 
有 实 上 ,你 刚刚 创建 的 这 个 列表 是 一 个 只 读 列表 。 如 果 你 试 着 使 用 set ( ) 方法 替换 它 的 一 个 成 员 ， 
由 会 抛 出 一 个 类 似 的 异常 。 所 以 ， 你 也 不 能 通过 调用 set 修改 它 。 不 过 ， 这 种 限制 是 好 事 ， 
为 它 可 以 保护 你 的 集合 ， 以 免 被 意外 地 修改 。 你 依然 能 够 创建 一 个 由 可 变 元 素 构成 的 列表 。 如 果 
你 需要 一 个 可 变 列表 ,也 可 以 通过 手动 创建 。 最 后 ,请 留意 一 点 ,为 了 避免 不 可 预知 的 缺陷 ， 同 
时 以 更 紧凑 的 方式 存储 内 部 数据 ， 不 要 在 工厂 方法 创建 的 列表 中 存放 null 元 素 。 





山中 






























































重 载 〈overloading) 和 变 参 〈vararg) 
如 果 你 进一步 审视 List 接口 ， 会 发 现 List.of 包含 了 多 个 重 载 的 版 本 ， 包 括 : 
Statace Eire el 7 
Se ate SE SCE lee cs, 
你 可 能 想 知 道 Java API 为 什么 不 提供 一 个 使 用 可 变 参 数 的 方法 , 像 下 面 这 样 接受 任意 数目 
的 元 素 : 


ER 


“ 知 其 然 , 更 要 知 其 所 以 然 "， 变 参 版 本 的 函数 需要 额外 分 配 一 个 数组 , 这 个 数组 被 封装 于 
列表 中 。 使 用 变 参 版 本 的 方法 ， 你 就 要 负担 分 配 数组 、 初 始 化 以 及 最 后 对 它 进行 垃圾 回收 的 开 
销 。 使 用 定 长 (最 多 为 10 个 ) 元 素 版 本 的 函数 ,就 没有 这 部 分 开销 。 注 意 ， 如 果 使 用 List.of 
创建 超过 10 个 元 素 的 列表 ， 这 种 情况 下 实际 调用 的 还 是 变 参 类 型 的 函数 。 类 似 的 情况 也 会 出 
现在 Set.of 和 Map.of 中 。 








可 能 你 会 问 能 不 能 使 用 Stream API 而 不 是 新 的 集合 工厂 方法 来 创建 这 种 列表 。 毕 竞 前面 章节 
里 曾经 使 用 收集 器 的 collectors .toList () 方 法 将 流转 换 为 了 列表 。 我 的 建议 是 除非 你 需要 进 
行 某 种 形式 的 数据 处 理 并 对 数据 进行 转换 , 否则 应 该 尽量 使 用 工厂 方法 。 工 三 方法 使 用 起 来 更 简 
单 ， 实 现 也 更 容易 ， 并 且 在 大 多 数 情况 下 就 够 用 了 。 

现在 ， 你 应 该 已 经 了 解 了 List 新 引入 的 工厂 方法 ， 接 下 来 继续 讨论 set。 

















8.1.2 set 工矿 





Ly 


你 可 以 用 类 似 于 List .of 的 方式 ,创建 列表 元 素 的 不 可 变 set 集合 : 


Set<String> friends = Set.of("Raphael", "Olivia", "Thibaut"); [Raphael ,Olivia, 
System.out .println (friends); Thibaut] 
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如 果 你 试图 使 用 一 个 包含 重复 元 素 的 列表 创建 SEts 就 会 收 到 一 个 IllegalArgument-— 
Exception 异常 。 这 个 异常 反映 了 set 这 种 数据 结构 所 遵守 的 原则 ， 即 它 所 包含 的 所 有 元 素 都 
是 唯一 的 : 


Set<String> friends = Set.of("Raphael", "Olivia", "Olivia"); | 
on: 
































java.lang.IllegalArgumentExcepti 


重复 元 素 : olivia 
Java 语 言 中 另 一 种 流行 的 数据 结构 是 Map。 接 下 来 会 学 习 创 建 Map 的 新 方法 。 


8.1.3 Map 工厂 


跟 创建 List 和 set 比较 起 来 ， 创 建 Map 稍 显 复杂 ， 因 为 你 需要 同时 传递 键 和 值 。Java 9 
中 提供 了 两 种 初始 化 一 个 不 可 变 Map 的 方式 。 你 可 以 使 用 工厂 方法 Map .of ,该 方法 交替 地 以 列 
表 中 的 元 素 作为 键 和 值 ， 如 下 所 示 : 

Map<String，Integer> ageOfFriends en 


=s*Mapotf( "Raphaer'"; 30x Ollivia 257 “Thibaut, 26)s Thibaut=26} 
System.out .println(ageOfFriends); < 一 


如 果 你 只 需要 创建 不 到 10 个 键 值 对 的 小 型 Map， 那 么 使 用 这 种 方法 比较 方便 。 如 果 键 值 对 
的 规模 比较 大 , 则 可 以 考虑 使 用 另外 一 种 叫 作 Map .ofEntries 的 工厂 方法 , 这 种 工厂 方法 接受 
以 变 长 参数 列表 形式 组 织 的 Map .Entry<K，V> 对 象 作为 参数 。 使 用 第 二 种 方法 ， 你 需要 创建 额 
外 的 对 象 ， 从 而 实现 对 键 和 值 的 封装 ， 如 下 所 示 : 
import static java.util.Map.entry; 
Map<String, Integer> ageOfFriends 
= Map.ofEntries (entry ("Raphael", 30), 
entry("Olivia"., 25)5 {0livia=25, 


entry ("Thibaut", 26)); 0 
System.out .println(ageOfFriends); < 


Map .entty 是 一 个 新 的 用 于 创建 Map .Entry 对 象 的 工厂 方法 。 

































































测验 8.1 
以 下 代码 片段 的 输出 是 什么 ? 


人 
Scene 本 Se ES > 
Soleemon le 


答案 : 执行 该 代码 片段 会 抛 出 一 个 UnsupportedoperationException 异常 ， 因 为 由 
List.of 方法 构造 的 集合 对 象 是 不 可 修改 的 。 











至 此 , 我 们 已 经 介绍 完了 Java 9 中 新 引入 的 用 于 创建 集合 对 象 的 工厂 方法 , 使 用 工厂 方法 创建 
集合 非常 简单 。 不 过 在 实际 项 目 中 , 你 还 是 需要 对 集合 进行 处 理 。 下 一 节 会 介绍 List 和 Set 的 几 
个 新 的 增强 功能 ， 这 些 功能 别出心裁 地 将 一 些 通用 处 理 模式 抽象 出 来 ， 极 大 地 方便 了 集合 的 处 理 。 
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8.2 使 用 List 和 set 


Java 8 在 List 和 Set 的 接口 中 新 引入 了 以 下 方法 。 

口 removeIf 移 除 集合 中 匹配 指定 谓词 的 元 素 。 实 现 了 List 和 set 的 所 有 类 都 提供 了 该 方 

法 〈 事 实 上 ， 这 个 方法 继承 自 Collection 接口 )。 

口 replaceAll 用 于 List 接口 中 ， 它 使 用 一 个 函数 (Unaryoperator ) 替换 元 素 。 

口 sort 也 用 于 List 接口 中 ， 对 列表 自身 的 元 素 进 行 排序 。 
以 上 所 有 方法 都 作用 于 调用 对 象 本 身 。 换 名 话说 , 它们 改变 的 是 集合 自身 ,这 一 点 跟 流 的 操 

作 有 很 大 的 不 同 , 流 的 操作 会 生成 一 个 新 (复制 ) 的 结果 。 为 什么 要 添加 这 些 新 方法 呢 ? 因为 集 

合 的 修改 烦琐 而 且 容 易 出 错 。 所 以 Java 8 的 开发 团队 添加 了 removeIf 和 replaceA1l1l 来 解决 


这 一 问题 。 























Nm 








Mir 





8.2.1 removeIf 方法 
来 看 看 下 面 这 段 代 码 ， 它 试图 从 所 有 的 交易 记录 中 删除 那些 以 数字 打头 的 引用 代码 


( reference code ) 的 交易 : 
for (Transaction transaction : transactions) { 
if(Character.isDigit (transaction.getReferenceCode() .charAt (0))) { 
transactions.remove (transaction); 
3 
} 
发 现 其 中 的 问题 了 吗 ? 非常 不 幸 ， 这 段 代 码 可 能 导致 concurrentModificationException。 
为 什么 会 这 样 ? 因为 在 底层 实现 上 ，for-each 循环 使 用 了 一 个 迭代 器 对 象 , 所 以 代码 的 执行 会 
像 下 面 这 样 : 


for (Iterator<Transaction> iterator = transactions.iterator(); 





iterator.hasNext (); ) { 
Transaction transaction = iterator.next(); 
if(Character.isDigit (transaction.getReferenceCode() .charAt (0))) { 
transactions.remove (transaction); < 一 问题 在 这 儿 ， 我 们 使 
用 了 两 个 不 同 的 对 象 
来 迭代 和 修改 集合 


注意 ， 在 这 段 代码 中 ， 和 集合 由 两 个 不 同 的 对 象 管理 着 : 
口 Iterator 对 象 ， 它 使 用 next () 和 hasNext () 方 法 查询 源 ; 
口 collection 对 象 ， 它 通过 调用 remove () 方 法 删除 集合 中 的 元 素 。 
因此 ， 和 迭代 器 对 象 的 状态 没有 与 集合 对 象 的 状态 同步 ,反之 亦 然 。 为 了 解决 这 个 问题 ， 你 只 
能 显 式 地 使 用 Iterator 对 象 ， 并 通过 它 调 用 remove ( ) 方 法 : 
for (Iterator<Transaction> iterator = transactions.iterator(); 


iterator.hasNext(); ) { 
Transaction transaction = iterator.next(); 
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if(Character.isDigit (transaction.getReferenceCode().charAt (0))) { 
iterator.remove(); 
} 
} 


如 此 一 来 这 段 代码 就 变 得 非常 烦琐 。 现在 , 你 使 用 Java 8 提供 的 removeIf 方法 可 以 取代 这 
段 代码 中 的 逻辑 ,该 方法 不 仅 简 单 ， 还 可 以 避免 前 述 的 缺陷 。removeIf 方法 接受 一 个 用 于 判断 
删除 哪 一 个 元 素 的 谓词 作为 参数 : 





transactions .removeIf (transaction -> 
Character.isDigit (transaction.getReferenceCode().charAt (0))); 


不 过 ， 有 些 时 候 ， 你 想 要 做 的 不 是 删除 列表 中 的 元 素 ， 而 是 替换 它们 。 为 了 解决 这 个 问题 ， 
Java 8 新 增 了 replaceAll 方法 。 




















8.2.2 replaceAll 方法 


List 接口 提供 的 replaceA11 方法 让 你 可 以 使 用 一 个 新 的 元 素 蔡 换 列表 中 满足 要 求 的 每 个 
元 素 。 你 可 以 使 用 Stream API 解决 这 一 问题 ， 如 下 所 示 : 








referenceCodes.stream() [a1l2, C14, b13] 


.map (code -> Character.toUpperCase(code.charAt (0)) + 
code.substring(1)) 

.collect (Collectors.toList()) 输出 A12， 

.forEach(System.out::println); < C14, B13 


这 段 代 码 会 生成 一 个 新 的 字符 串 集 合 。 然 而 ,你 想 要 的 是 更 新 现 有 集合 的 方法 。 你 还 可 以 使 
用 ListIterator 对 象 (该 对 象 提供 了 set () 方 法 ， 其 可 以 替换 集合 中 的 元 素 ): 
for (ListIterator<String> iterator = referenceCodes.listIterator(); 
iterator.hasNext(); ) { 
String code = iterator.next(); 


iterator.set (Character.toUpperCase (code.charAt (0)) + code.substring(1)); 


} 

如 你 所 见 ，, 这 段 代码 相当 烦 珊 。 此 外 ,刚才 介绍 过 , 把 Iterator 对 象 和 集合 对 象 混在 一 起 
使 用 比较 容易 出 错 ， 特 别 是 还 需要 修改 集合 对 象 的 场景 。 在 Java 8 中 , 你 可 以 通过 下 面 这 种 简单 
的 代码 实现 同样 的 逻辑 : 


referenceCodes.replaceAll (code -> Character.toUpperCase(code.charAt (0) ) + 
code.substring(1)); 


我 们 已 经 学 习 了 List 和 Set 的 新 特性 ， 不 过 别 忘 了 还 有 Map。 下 一 节 将 介绍 Map 接口 的 
新 特性 。 


8.3 使 用 Map 
Java 8 在 Map 接口 中 新 引入 了 几 个 默认 方法 (第 13 章 会 详细 介绍 默认 方法 ， 目 前 你 可 以 把 
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它 当 作 接 口中 预先 实现 好 了 的 方法 )。 增 加 这 些 新 操作 的 目的 是 通过 提供 惯用 模式 ， ee 
现 的 开销 ， 以 帮助 大 家 编写 更 加 简洁 的 代码 。 接 下 来 我 们 会 逐一 了 解 这 些 新 增 的 操作 ， 首 先 介 
全 新 的 forEach 方法 。 




















8.3.1 forEach 方法 


一 直 以 来 , 遍历 Map 中 的 键 和 值 都 是 非常 笨拙 的 操作 。 实际 上 , 你 需要 使 用 Map . Entry<K， 
V> 迭 代 需 访问 Map 集合 中 的 每 一 个 元 素 : 


for(Map.Entry<String, JInteger> entry: ageOfFriends.entrySet()) { 
String friend = entry.getKkey (); 
Integer age = entry.getValue(); 
System.out .println(friend + " is " + age + " years old"); 





























} 
从 Java 8 开始，Map 接口 开始 支持 forEach 方法 ， 该 方法 接受 一 个 Biconsumer， 以 Map 
的 键 和 值 作为 参数 。 使 用 forEach 方法 会 让 你 的 代码 更 简洁 : 


ageOfFriends.forEach( (friend, age) -> System.out.println(friend + " is "+ 
age + " years old")); 


与 迭代 相关 的 一 个 问题 是 对 集合 中 元 素 的 排序 。Java 8 引入 了 几 个 新 的 方法 ， 可 以 方便 地 对 
Map 中 的 元 素 进行 比较 。 




















8.3.2 排序 
有 两 种 新 的 工具 可 以 帮助 你 对 Map 中 的 键 或 值 排序 ， 它 们 是 ; 


D Entry.comparingByValue 


























口 Entry.comparingByKey 


比如 下 面 的 代码 : 


Map<String, String> favouriteMovies 
= Map.ofEntries(entry ("Raphael", "Star Wars"), 
entry ("Cristina", "Matrix"), 
entry ("Olivia", 
"James Bond")); 





favouriteMovies 
.entrySet() 按照 人 名 的 
.Stream() 字母 顺序 对 
.sorted (Entry.comparingByKey ()) 流 中 的 元 素 
.forEachOrdered (System.out::println); < 一 进行 排序 


按照 顺序 ， 输 出 如 下 : 


Cristina=Matrix 
Olivia=James Bond 
Raphael=Star Wars 
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HashMap 及 其 性 能 
为 了 提升 HashMap 的 性 能 ，Java 8 更 新 了 HashMap 的 内 部 数据 结构 。 通 常情 况 下 ，Map 
的 项 都 存放 在 依据 键 的 散 列 值 选择 的 桶 (bucket ) 中 。 然而, 如果 大 量 的 键 返 回 同一 个 散 列 值 ， 
HashMap 的 性 能 就 会 急剧 下 降 ， 因 为 桶 是 由 链接 列表 (LinkedList ) 实现 的 ， 而 它 的 时 间 复 
杂 度 是 O(n)。 现 在 ， 如 果 桶 变 得 过 大 ， 它 们 就 会 动态 地 被 排序 树 替换 ， 新 数据 结构 的 查询 时 
间 复 杂 度 是 0(Iog(n) ) ， 能 极 大 地 提高 碰撞 元 素 的 查询 速度 。 注 意 ， 只 有 当 键 是 字符 串 或 者 
数字 类 型 的 可 比较 对 象 时 ， 这 种 排序 树 的 数据 结构 变换 才 可 能 发 生 。 














还 有 一 种 通用 模式 没有 讨论 ， 即 你 要 查找 的 键 在 Map 中 不 存在 该 怎么 办 。 新 的 getorDefault 
方法 可 以 解决 这 一 问题 。 


8.3.3 getorDefault 方法 


你 要 查找 的 键 在 Map 中 并 不 存在 时 ， 就 会 收 到 一 个 空 引用 ， 你 需要 检查 返回 值 以 避免 遭遇 
NullPointerException。 处 理 这 种 情况 的 一 种 通用 做 法 是 提供 一 个 默认 值 。 使 用 getorDefault 
方法 , 你 可 以 轻松 地 在 代码 中 应 用 这 一 思想 。getorDefault 以 接受 的 第 一 个 参数 作为 键 , 第 二 
个 参数 作为 默认 值 (在 Map 中 找 不 到 指定 的 键 时 ， 该 默认 值 会 作为 返回 值 ): 


















































Map<String, String> favouriteMovies 


= Map.ofEntries (entry ("Raphael", "Star Wars"), 

entry ("Olivia", "James Bond")); 

System.out .println(favouriteMovies.getOrDefault ("Olivia", "Matrix")); 

System.out .println(favouriteMovies.getOrDefault ("Thibaut", | 
输出 Matrix 输出 James Bona 

















注意 , 如 果 键 在 Map 中 存在 , 但 碰巧 被 赋予 的 值 是 null, 那么 getorDefault 还 是 会 返回 
nul1。 此 外 ,无论 该 键 存 在 与 否 ， 你 作为 参数 传人 的 表达 式 每 次 都 会 被 执行 。 

Java 8 还 包含 了 其 他 几 个 依据 键 或 值 存在 或 不 存在 的 状况 进行 相关 处 理 的 高 级 方法 。 下 一 节 
会 学 习 这 些 新 的 方法 。 


8.3.4 计算 模式 


有 些 时 候 ， 你 希望 依据 键 在 Map 中 存在 或 者 缺失 的 状况 ， 有 条 件 地 执行 某 个 操作 ， 并 存储 
计算 的 结果 。 例 如 ,你 希望 缓存 某 个 昂贵 操作 的 结果 ,将 其 保存 在 一 个 键 对 应 的 值 中 。 如 果 该 键 
存在 ， 就 不 需要 再 次 展开 计算 。 解 决 这 个 问题 有 三 种 新 的 途径 : 

口 computeIfAbsent 一 一 如 果 指 定 的 键 没有 对 应 的 值 (没有 该 键 或 者 该 键 对 应 的 值 是 空 )， 
那么 使 用 该 键 计算 新 的 值 ， 并 将 其 添加 到 Map 中 ; 

口 computeIfpPresent 一 一 如 果 指 定 的 键 在 Map 中 存在 ， 就 计算 该 键 的 新 值 ， 并 将 其 添加 
到 Map 中 ; 


口 compute 



























































使 用 指定 的 键 计算 新 的 值 ， 并 将 其 存储 到 Map 中 。 
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computeIfAbsent 的 一 个 应 用 场景 是 缓存 信息 。 假 设 你 要 解析 一 系列 文件 中 每 一 个 行 的 内 
容 并 计算 它们 的 SHA-256 值 。 如 果 你 之 前 已 经 处 理 过 这 些 数据 ， 就 没有 必要 重复 计算 。 

设想 你 已 经 使 用 Map 实现 了 一 种 缓存 ,现在 你 使 用 MessageDigest 的 实例 来 计算 SHA-256 
的 散 列 值 : 


Map<String, byte[]> dataToHash = new HashMap<>() 
MessageDigest messageDigest = MessageDigest.getInstance("SHA-256"); 


接着 ， 你 可 以 遍历 已 有 的 数据 ， 并 缓存 计算 的 结 


5 5 line 是 Map 
人 = | 中 查找 的 键 如 果 键 不 存在 ， 
ataToHash.computeIfAbsent (line, < 就 执行 该 操作 
this::calculateDigest)); < 一 

















private byte[] calculateDigest (String key) { 
return messageDigest.digest (key.getBytes (StandardCharsets.UTF_ 8)); 


} 计算 给 定 键 散 列 
值 的 辅助 方法 
这 一 模式 对 于 存储 多 个 值 的 Map 也 是 非常 有 帮助 的 ， 其 可 以 简化 Map 的 处 理 。 如 果 你 需要 
向 Map<K，List<V>> 中 添加 一 个 元 素 ， 那 么 需要 确保 该 条 目 已 经 初始 化 了 。 这 种 模式 实施 起 来 
会 比较 烦琐 。 假 设 你 想 要 为 你 的 朋友 Raphael 创建 一 个 电影 列表 : 





String friend = "Raphael"; 


List<String> movies = friendsToMovies.get (friend); | 检查 列表 已 经 
if(movies == null) { 完成 了 初始 化 

movies = new ArrayList<>(); 

friendsToMovies.put (friend, movies); 
) 天 添加 电影 
movies.add("Star Wars"); 

| {Raphael: [Star Wars]} 

System.out .println (friendsToMovies); 








怎样 才能 用 computeIfAbsent 替代 上 面 的 代码 呢 ? 它 要 具备 这 样 的 能 力 : 如 果 键 不 存在 就 
计算 该 键 的 值 ， 并 将 其 添加 到 Map 中 ， 和 否则 就 直接 返回 当前 Map 中 对 应 键 的 值 。 可 以 像 下 面 这 
样 使 用 该 方法 : 

friendsToMovies.computeIfAbsent ("Raphael", name -> new ArrayList<>()) 

.add ("Star Wars"); 

















| {Raphael: [Star Wars]} 

如 果 Map 中 存在 键 对 应 的 值 ， 并 且 该 值 不 为 空 ，computeIfPresent 方法 就 计算 该 键 的 新 
值 。 请 注意 一 个 微妙 的 地 方 : 如 果 生 成 结果 的 方法 返回 的 值 为 空 ， 那 么 当前 的 映射 就 会 从 Map 
中 移 除 。 不 过 ， 如 果 你 需要 从 Map 中 删除 一 个 映射 ， 那 新 引入 的 重 载 版 本 的 remove 方法 更 适 
合 这 一 任务 。 下 一 节 会 学 习 该 方法 。 


8.3.5 ”删除 模式 
你 已 经 知道 使 用 remove 方法 可 以 从 Map 中 删除 指定 键 对 应 的 映射 条 目 。Java 8 提供 了 一 个 





























8.3 ”使 用 Map 185 








重 载 版 本 的 remove 方法 ,现在 你 可 以 删除 Map 中 某 个 键 对 应 某 个 特定 值 的 映射 对 。 之 前 的 版 
本 中 ,要 实现 类 似 的 功能 ， 你 可 能 需要 编写 下 面 这 样 的 代码 〈 我 们 并 不 想 贬 低 汤姆 克 鲁 斯 ,不 
过 《 侠 探 杰克 2》 的 口碑 实在 是 太 差 了 ): 


String key = "Raphael"; 
String value = "Jack Reacher 2"; 
if (favouriteMovies.containsKey (key) && 
Objects.equals (favouriteMovies.get (key), value)) { 
favouriteMovies.remove (key); 
return true; 






































} 
else { 
return false; 


} 
要 实现 同样 的 功能 ， 你 只 需要 下 面 这 一 行 代 码 。 是 不 是 简单 直观 很 多 ? 











favouriteMovies.remove (key, value); 


下 一 节 会 继续 介绍 替换 和 删除 Map 中 元 素 的 方法 。 


8.3.6 ”替换 模式 


Map 中 提供 了 两 种 新 的 方法 来 蔡 换 其 内 部 映射 项 ， 分 别 是 : 
口 replaceAll 一 一 通过 BiFunction 替换 Map 中 每 个 项 的 值 。 该 方法 的 工作 模式 类 似 于 
之 前 介绍 过 的 List 的 replaceAll 方法 ; 

D Replac 如 果 键 存在 ， 就 可 以 通过 该 方法 替换 Map 中 该 键 对 应 的 值 。 它 是 对 原 有 
replace 方法 的 重 载 ， 可 以 仅 在 原 有 键 对 应 某 个 特定 的 值 时 才 进 行 蔡 换 。 

你 可 以 用 下 面 的 方式 格式 化 Map 中 所 有 的 值 : 









































| 因为 要 使 用 replaceal1 方法 ， 


ap<String, String> favouriteMovies = new HashMap<>() | 所 以 只 能 创建 可 变 的 Ry 


favouriteMovies.put ("Raphael", "Star Wars"); 
favouriteMovies.put ("Olivia", "james bond"); | 
favouriteMovies.replaceAll( (friend, movie) -> movie.toUpperCase()); 

System.out .println(favouriteMovies); ”| 





{0livia=JAMES BOND, 
Raphael=STAR WARS} 





我 们 介绍 的 替换 模式 仅 支持 单一 Map。 如 果 需 要 合并 两 个 Map 并 替换 中 间 的 值 该 怎么 办 呢 ? 
可 以 使 用 新 的 merge 方法 来 完成 该 任务 。 








8.3.7 merge 方法 
假设 你 需要 合并 两 个 临时 的 Map, 它们 可 能 是 两 个 不 同 联系 人 群 构成 的 Map。 可 以 像 下 面 这 
样 ， 使 用 putal1l 完成 这 一 任务 : 


Map<String, String> family = Map.ofEntries( 
entry("Teo", "Star Wars"), entry ("Cristina", "James Bond")); 
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Map<String, String> friends = Map.ofEntries( 复制 friends 
entry ("Raphael", "Star Wars")); 的 所 有 条 目 到 

Map<String, String> everyone = new HashMap<>(family); 人 

everyone.putAll (friends); 4 everyone 中 


System.out .println(everyone); < (cristina=James Bond, Raphael= 
| star Wars, Teo=Star Wars} 








只 要 你 的 Map 中 不 含有 重复 的 键 ， 这 上段 代码 就 会 工作 得 非常 好 。 如 果 你 想 要 在 合并 时 对 值 
有 更 加 灵活 的 控制 ， 那么 可 以 考虑 使 用 Java8 中 新 引入 的 merge 方法 。 该 方法 使 用 BiFunction 
方法 处 理 重复 的 键 。 例 如 ，Cristina 同时 在 “家 庭 ” 和 “朋友 ”这 两 个 群 里 ， 但 其 在 不 同 群 中 对 
应 的 电影 不 同 : 


Map<String, String> family = Map.ofEntries!( 




















entry("Teo", "Star Wars"), entry ("Cristina", "James Bond")); 
Map<String, String> friends = Map.ofEntries!( 
entry("Raphael", "Star Wars"), entry ("Cristina", "Matrix")); 


可 以 用 merge 方法 结合 forEach 来 解决 该 冲突 ,下面 这 段 代码 连接 了 键 重复 的 两 部 电影 名 : 





Map<String, String> everyone = new HashMap<> (family); 如 果 存 在 重复 的 键 ， 

friends.forEach((k, v) -> 就 连接 两 个 值 
everyone.merge(k, v, (moviel, movie2) -> moviel + " & " + movie2)); < 一 

en PT 全 Vone) 输出 {Raphael=Star Wars, Cristina=James 





Bond & Matrix, Teo=Star Wars} 
注意 ，merge 方法 处 理 空 值 的 方法 相当 复杂 ， 在 Javadoc 文档 中 是 这 么 描述 的 : 
如 果 指 定 的 键 并 没有 关联 值 ， 或 者 关联 的 是 一 个 空 值 ， 那 么 [merge] 会 将 它 关联 到 
指定 的 非 空 值 。 否 则 ，[merge] 会 用 给 定 映射 函数 的 [返回 值 ] 蔡 换 该 值 ， 如 果 映 射 函 数 
的 返回 值 为 空 就 删除 [该 键 ]。 
还 可 以 用 merge 执行 初始 化 检查 。 例 如 ， 你 有 一 个 记录 电影 被 观看 了 多 少 次 的 Map。 你 得 
先 检查 代表 某 电影 的 键 存 在 于 Map 中 ， 之 后 才 可 以 增加 它 的 值 : 


Map<String, Long> moviesToCount = new HashMap<>(); 








String movieName = "James Bond"; 
long count = moviesToCount .get (movieName); 
(Coun SE 于 


moviesToCount .put (movieName, 1); 
J. 
else { 
moviesToCount .put (moviename, count + 1); 


l 

采用 新 的 方法 ， 这 段 代码 可 以 重 写 如 下 : 

moviesToCount.merge (movieName, 1L, (key, count) -> count + 1L); 

传递 给 merge 方法 的 第 二 个 参数 是 1L。Javadoc 文档 中 说 该 参数 是 “与 键 关联 的 非 空 
该 值 将 与 现 有 的 值 合 并 , 如 果 没 有 当前 值 ,或 者 该 键 关 联 的 当今 值 为 空 ,就 将 该 键 关联 到 非 空 值 ”。 
因为 该 键 的 返回 值 是 空 , 所 以 第 一 轮 里 键 的 值 被 赋值 为 1。 接 下 来 的 一 轮 , 由 于 键 已 经 初始 化 为 1， 
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因此 后 续 的 操作 由 BiFunction 方法 对 count 进行 递增 。 
你 已 经 学 完了 Map 接口 的 新 特性 。Map 的 “ 录 亲 ”concurrentHashMap 也 新 增 了 功能 。 


我 们 会 在 接 下 来 的 内 容 中 学 习 。 


























测验 8.2 
请 思考 ， 下 面 这 段 代 码 实现 了 什么 功能 ， 可 以 使 用 哪些 惯用 方法 对 它 进行 简化 : 
Map<String, Integer> movies = new HashMap<>(); 
movies.put ("JamesBond", 20); 
和 TGS le (Nn 
moOvVae ee Olle (Muon yy Pol 0 
Iterator<Map.Entry<String, Integer>> iterator = 
movies.entrySet ().iterator(); 
while(iterator.hasNext()) { 
Map.Entry<String, Integer> entry = iterator.next(); 
if(entry.getValue() < 10) { 
iterator.remove(); 


} 
} {Matrix=153 
R JamesBond=20} 
System.out .println (movies);} 
答案 : 可 以 对 Map 的 集合 项 使 用 removeIf 方法 ， 该 方法 接受 一 个 谓词 ， 依 据 谓 词 的 结 
果 删 除 元 素 。 


movies.entrySet().removeIf (entry -> entry.getValue() < 10); 


8.4 ”改进 的 concurrentHashMap 


引入 ConcurrentHashMap 类 是 为 了 提供 一 个 更 加 现代 的 HashMap, 以 更 好 地 应 对 高 并 发 
的 场景 。ConcurrentHashMap 允许 执行 并 发 的 添加 和 更 新 操作 ,其 内 部 实现 基于 分 段 锁 。 与 男 
一 种 解决 方案 同步 式 的 Hashtable 相 比较 ，concurrentHashMap 的 读 写 性 能 都 更 好 ( 注 
意 ， 标 准 的 HashMap 是 不 带 同 步 的 )。 


8.4.1 ” 归 约 和 搜索 


ConcurrentHashMap 类 支持 三 种 新 的 操作 ， 让 我 们 回忆 一 下 在 流 中 学 习 到 的 内 容 : 
口 forEach 对 每 个 ( 键 , 值 ) 对 执行 指定 的 操作 ; 















































D reduce 依据 归 约 函数 整合 所 有 ( 键 , 值 ) 对 的 计算 结 
D search 一 一 对 每 个 ( 键 , 值 ) 对 执行 一 个 函数 ， 直 到 函数 取得 一 个 非 空 值 。 








每 种 操作 支持 四 种 形式 的 参数 ,接受 函数 使 用 键 、 值 、Map .Entry 以 及 ( 键 , 值 ) 对 作为 参数 : 
口 使 用 键 ( forEachKey, reduceKeys, searchKeys); 
口 使 用 值 ( forEachvalue，tredquceValues，searchValues ); 






































口 使 用 Map.Entry 对 象 ( forEachEntry， reduceEntries, searchEntries ); 
口 使 用 键 和 值 (forEach, reduce, search )。 
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注意 ， 所 有 这 些 操作 都 不 会 对 ConcurrentHashMap 的 状态 上 锁 ， 它们 只 是 在 运行 中 动态 地 
对 对 象 加 锁 。 执 行 操作 的 函数 不 应 对 执行 顺序 或 其 他 对 象 或 可 能 在 运行 中 变化 的 值 有 任何 的 依赖 。 
此 外 ， 你 还 需要 为 所 有 操作 设 定 一 个 并 行 阀 值 。 如 果 当 前 Map 的 规模 比 指定 的 阔 值 小 ， 方 
法 就 只 能 顺序 执行 。 使 用 通用 线程 池 时 , 如果 把 并 行 冰 值 设置 为 1 将 获得 最 大 的 并 行 度 。 将 阔 值 
设 定 为 Long .MAX_VALUE 时 ， 方 法 将 以 单线 程 的 方式 运行 。 除 非 你 的 软件 架构 经 过 高 度 的 资源 
优化 ， 否 则 通常 情况 下 ， 建 议 你 遵守 这 些 原则 。 
接 下 来 的 这 个 例子 使 用 *edaucevalues 方法 来 获取 Map 的 最 大 值 : 
一 个 可 能 有 多 个 键 和 值 更 新 的 
ConcurrentHashMap 对 象 
ConcurrentHashMap<String, Long> map = new ConcurrentHashMap<>(); < 一 
long parallelismThreshold = 1; 


Optional<Integer> maxValue = 
Optional.ofNullable (map.reduceValues (parallelismThreshold, Long::max)); 
































请 留意 ， int、 long、double 等 基础 类 型 的 归 约 操作 (reduceValuesToInt、 reduce- 
KeysToLong 等 ) 会 更 加 高 效 ， 因 为 它们 没有 额外 的 封装 开销 。 


8.4.2 ”计数 


ConcurrentHashMap 类 提供 了 一 个 新 的 mappingCount 方法 ， 能 以 长 整形 long 返回 Map 
中 的 映射 数目 。 你 应 该 尽量 在 新 的 代码 中 使 用 它 ， 而 不 是 继续 使 用 返回 int 的 size 方法 。 这样 
做 能 让 你 的 代码 更 具 扩 展 性 ， 更 好 地 适应 将 来 的 需要 ， 因 为 总 有 一 天 Map 中 映射 的 数目 可 能 会 
超过 int 能 表示 的 范畴 。 




















8.4.3 set 视图 


ConcurrentHashMap 类 还 提供 了 一 个 新 的 KeySet 方法 ， 该 方法 以 set 的 形式 返回 
ConcurrentHashMap 的 一 个 视图 ( Map 中 的 变化 会 反映 在 返回 的 Set 中 ， 反之 亦 然 )。 你 也 可 
以 使 用 新 的 静态 方法 newKeySet 创建 一 个 由 ConcurrentHashMap 构成 的 Seto 





8.5 ”小结 


以 下 是 本 章 中 的 关键 概念 。 

口 Java 9 支持 集合 工厂 ,使 用 List .of、Set .of、Map.of 以 及 Map.ofEntries 可 以 创 
建 小 型 不 可 变 的 List、Set 和 Map。 

口 集合 工厂 返回 的 对 象 都 是 不 可 变 的， 这 意味 着 创建 之 后 你 不 能 修改 它们 的 状态 。 

口 List 接口 支持 默认 方法 removeIf、replaceAll 和 sort。 

口 set 接口 支持 默认 方法 removeIf。 

口 Map 接口 为 常见 模式 提供 了 几 种 新 的 默认 方法 ， 并 降低 了 出 现 缺陷 的 概率 。 

D ConcurrentHashMap 支持 从 Map 中 继承 的 新 默认 方法 ， 并 提供 了 线程 安全 的 实现 。 






























































第 9 章 


重 构 、 测 试 和 调试 








本 章 内 容 

口 如 何 使 用 Lambda 表达 式 重 构 代 码 

口 Lambda 表达 式 对 面向 对 象 的 设计 模式 的 影响 

口 Lambda 表达 式 的 测试 

口 如 何 调试 使 用 Lambda 表 达 式 和 Stream API 的 代码 





通过 本 书 的 前 八 章 ,我们 了 解 了 Lambda 和 Stream API 的 强大 威力 。 你 可 能 主要 在 新 项 目的 
代码 中 使 用 这 些 特性 。 如 果 你 创建 的 是 全 新 的 Java 项 目 ， 这 是 极 好 的 时 机 ， 你 可 以 轻装 上 阵 ， 
迅速 地 将 新 特性 应 用 到 项 目 中 。 然 而 不 幸 的 是 , 大 多 数 情 况 下 你 没有 机 会 从 头 开 始 一 个 全 新 的 项 
目 。 很 多 时 候 ， 你 不 得 不 面 对 的 是 用 老 版 Java 接口 编写 的 遗留 代码 。 

这 些 就 是 本 章 要 讨论 的 内 容 。 我 们 会 介绍 几 种 方法 ， 帮 助 你 重 构 代码 ， 以 适 配 使 用 Lambda 
表达 式 , 让 你 维护 的 代码 具备 更 好 的 可 读 性 和 灵活 性 。 除 此 之 外 ,还 会 讨论 目前 比较 流行 的 几 种 
面向 对 象 的 设计 模式 , 包括 策略 模式 、 模 板 方 法 模式 、 观 察 者 模式 、 责 任 链 模式 , 以 及 工厂 模式 ， 
在 结合 Lambda 表达 式 之 后 变 得 更 简洁 的 情况 。 最 后 会 介绍 如 何 测试 和 调试 使 用 Lambda 表达 式 
和 Stream API 的 代码 。 

第 10 章 会 探讨 一 种 更 宽泛 意义 上 的 代码 重 构 ， 帮 助 大 家 进一步 提升 程序 逻辑 的 可 读 性 : 编 
写 领域 特定 语言 。 


9.1 为 改善 可 读 性 和 灵活 性 重 构 代 码 


从 本 书 的 开篇 我 们 就 一 直 在 强调 , 利用 Lambda 表达 式 , 你 可 以 写 出 更 简洁 、 更 灵活 的 代码 。 
用 “更 简洁 ”来 描述 Lambda 表达 式 是 因为 相 较 于 匿名 类 ，Lambda 表达 式 可 以 帮助 我 们 用 更 紧 
次 的 方式 岳 述 程序 的 行为 。 第 3 章 中 也 提 到 过 ,如 果 你 希望 将 一 个 既 有 的 方法 作为 参数 传递 给 另 
一 个 方法 ,那么 方法 引用 无 疑 是 我 们 推荐 的 方法 ， 利 用 这 种 方法 能 写 出 非常 简洁 的 代码 。 

采用 Lambda 表达 式 之 后 ， 你 的 代码 会 变 得 更 加 灵活 ， 因 为 Lambda 表达 式 鼓 励 大 家 使 用 
第 2 章 中 介绍 过 的 行为 参数 化 的 方式 。 在 这 种 方式 下 ,应 对 需求 的 变化 时 ， 你 的 代码 可 以 依据 传 
人 的 参数 动态 选择 和 执行 相应 的 行为 。 
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这 一 节 会 将 所 有 这 些 综合 在 一 起 ， 通 过 例子 展示 如 何 运用 前 几 章 介绍 的 Lambda 表达 式 、 方 
法 引用 以 及 Stream 接口 等 特性 重 构 遗 留 代码 ， 改 善 程序 的 可 读 性 和 灵活 性 。 


9.1.1 改善 代码 的 可 读 性 


改善 代码 的 可 读 性 到 底 意 味 着 什么 ? 我 们 很 难 定义 什么 是 好 的 可 读 性 ， 因 为 这 可 能 非常 主 
观 。 通常 的 理解 是 ,“ 别 人 理解 这 段 代 码 的 难 易 程 度 ”。 改善 可 读 性 意味 着 你 要 确保 你 的 代码 能 非 
常 容易 地 被 包括 自己 在 内 的 所 有 人 理解 和 维护 。 为 了 确保 你 的 代码 能 被 其 他 人 理解 , 有 几 个 步骤 
可 以 尝试 ， 比 如 确保 你 的 代码 附 有 良好 的 文档 ， 并 严格 遵守 编程 规范 。 
跟 之 前 的 版 本 相 比 较 ，Java 8 的 新 特性 也 可 以 帮助 提升 代码 的 可 读 性 。 使 用 Java 8， 你 可 以 
减少 元 长 的 代码 ， 让 代码 更 易于 理解 。 通 过 方法 引用 和 Stream API， 你 的 代码 会 变 得 更 直观 。 
这 里 会 介绍 三 种 简单 的 重 构 , 利用 Lambda 表达 式 、 方 法 引用 以 及 Stream 改善 程序 代码 的 可 


































































































口 重 构 代码 ， 用 Lambda 表达 式 取代 匿名 类 ; 
口 用 方法 引用 重 构 Lambda 表达 式 ; 
口 用 Stream API 重 构 命 令 式 的 数据 处 理 。 


9.1.2 ”从 匿名 类 到 Lambda 表达 式 的 转换 


你 值得 尝试 的 第 一 种 重 构 ,也 是 简单 的 方式 ,是 将 实现 单一 抽象 方法 的 匿名 类 转换 为 Lambda 
表达 式 。 为 什么 呢 ? 前 面 几 章 的 介绍 应 该 足以 说 服 你 ,因为 匿名 类 是 极其 烦琐 且 容 易 出 错 的 。 采 
用 Lambda 表达 式 之 后 ， 你 的 代码 会 更 简洁 ， 可 读 性 更 好 。 比 如 第 3 章 的 例子 ， 创 建 Runnable 
对 象 的 匿名 类 ， 及 其 对 应 的 Lambda 表达 式 实现 如 下 : 























Runnable rl = new Runnable()f{ < 传统 的 方式 
public voidq run(){ 使 用 匿名 类 
System.out .println("Hello"); 
es. 新 的 方式 ， 使 用 
Lambda 表达 式 


Runnable r2 = () -> System.out.println("Hello"); 


但 是 在 某 些 情况 下 ， 将 匿名 类 转换 为 Lambda 表达 式 可 能 是 一 个 比较 复杂 的 过 程 。” 首先 ， 
匿名 类 和 Lambda 表达 式 中 的 this 和 super 的 含义 是 不 同 的 。 在 匿名 类 中 ，this 代表 的 是 类 
自身 , 但 是 在 Lambda 中 , 它 代表 的 是 包含 类 。 其 次 , 匿名 类 可 以 屏蔽 包含 类 的 变量 , 而 Lambda 
表达 式 不 能 (它们 会 导致 编译 错误 )， 壁 如 下 面 这 段 代 码 : 

Init G2T0> 

Runnable rl = () -> { | 编译 错误 


int a = 2; 
System.out .println(a); 






























































G@) 这 篇 文章 对 转换 的 整个 过 程 进行 了 深入 细致 的 描述 , 值得 一 读 : http://dig.cs.illinois.edu/papers/lambdaRefactoring.pdf。 
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} 


Runnable r2 = new J 


public void xun 一 切 正常 
Tn 吉 2 


System.out .println(a 
jE 
最 后 ,在 涉及 重 载 的 上 下 文 里 ， 将 匿名 类 转换 为 Lambda 表达 式 可 能 导致 最 终 的 代码 更 加 星 
涩 。 实 际 上 ， 匿 名 类 的 类 型 是 在 初始 化 时 确定 的 ， 而 Lambda 的 类 型 取决 于 它 的 上 下 文 。 通 过 下 面 
这 个 例子 ， 我们 可 以 了 解 问题 是 如 何 发 生 的 。 假 设 你 用 与 Runnable 同样 的 签名 声明 了 一 个 函数 
接口 ， 我 们 称 之 为 Task( 你 希望 采用 与 你 的 业务 模型 更 贴切 的 接口 名 时 ， 就 可 能 做 这 样 的 变更 ): 
































interface Taskt{ 
public void execute(); 
} 
public static void doSomething (Runnable r){ r.run(); } 
public static void doSomething(Task a){ a.execute(); } 


现在 ， 你 再 传递 一 个 匿名 类 实现 的 Task， 不 会 碰 到 任何 问题 : 





doSomething(new Task() { 
public voidq execute() { 
System.out.println("Danger danger!!"); 
} 
上 


但 是 将 这 种 匿名 类 转换 为 Lambda 表达 式 时 ,就 导致 了 一 种 上 梁 的 方法 调用 ,因为 Runnable 
和 Task 都 是 合法 的 目标 类 型 ; 





doSomething(() -> System.out .println("Danger danger!!")); < 二 一 
麻烦 来 了 : doSomething (Runnable) 和 
doSomething (Task) 都 匹配 该 类 型 


你 可 以 对 Task 尝试 使 用 显 式 的 类 型 转换 来 解决 这 种 模棱两可 的 情况 : 





doSomething( (Task)() -> System.out.println("Danger danger!!")); 


但 是 不 要 因此 而 放弃 对 Lambda 的 尝试 。 好 消息 是 ， 目 前 大 多 数 的 集成 开发 环境 ， 比 如 
NetBeans 、Eclipse 和 Intellij 都 支持 这 种 重 构 ， 它 们 能 自动 地 帮 你 检查 ， 避 免 发 生 这 些 问题 


9.1.3 从 Lambda 表达 式 到 方法 引用 的 转换 


Lambda 表达 式 非 常 适用 于 需要 传递 代码 片段 的 场景 。 不 过 ， 为 了 改善 代码 的 可 读 性 ， 也 请 
尽量 使 用 方法 引用 。 因 为 方法 名 往往 能 更 直观 地 表达 代码 的 意图 。 比 如 , 第 6 章 中 曾经 展示 过 下 
面 这 段 代码 ， 它 的 功能 是 按照 食物 的 热量 级 别 对 菜肴 进行 分 类 : 
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Map<CaloricLevel, List<Dish>> dishesByCaloricLevel = 
menu .stream() 
.Collect( 
groupingBy (dish -> { 
if (dish.getCalories() <= 400) return CaloricLevel .DIET; 
else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; 
上 上) 


你 可 以 将 Lambda 表达 式 的 内 容 抽 取 到 一 个 单独 的 方法 中 ， 将 其 作为 参数 传递 给 groupingBy 
方法 。 变 换 之 后 ， 代 码 变 得 更 加 简洁 ， 程 序 的 意图 也 更 加 清晰 了 : 











Map<CaloricLevel, List<Dish>> dishesByCaloricLevel = 
menu.stream() .collect (groupingBy (Dish::getCaloricLevel)); < 一 
将 Lambda 表达 式 
抽取 到 一 个 方法 内 


为 了 实现 这 个 方案 ， 你 还 需要 在 Di sh 类 中 添加 getcaloricLevel 方法 : 
public class Dishtf 


public CaloricLevel getCaloricLevel()f{ 
if (this.getCalories() <= 400) return CaloricLevel .DIET; 
else if (this.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; 


} 

除 此 之 外 ， 还 应 该 尽量 考虑 使 用 静态 辅助 方法 ， 比 如 comparing 和 maxBy。 这 些 方法 设计 
之 初 就 考虑 了 会 结合 方法 引用 一 起 使 用 。 通过 示例 , 我们 看 到 相对 于 第 3 章 中 的 对 应 代码 ,优化 
过 的 代码 更 清晰 地 表达 了 它 的 设计 意图 : 




















你 需要 考虑 如 何 
inventory .sort ( 实现 比较 算法 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ())); < 
inventory.sort (comparing (Apple: :getWeight)); 
| 
描述 ， 非 常 清晰 





此 外 ， 很 多 通用 的 归 约 操作 ， 比 如 sum 和 maximum， 都 有 内 建 的 辅助 方法 可 以 和 方法 引用 
结合 使 用 。 在 我 们 的 示例 代码 中 ,使 用 collectors 接口 可 以 轻松 得 到 和 或 者 最 大 值 ， 与 采用 
Lambda 表达 式 和 底层 的 归 约 操作 比 起 来 ， 这 种 方式 要 直观 得 多 。 与 其 编写 ; 








int totalCalories = 
menu.stream() .map (Dish::getCalories) 
edueet(tOr {el G2). = CHE C2); 


不 如 尝试 使 用 内 置 的 集合 类 , 它 能 更 清晰 地 表达 问题 陈述 是 什么 。 下 面 的 代码 中 , 我们 使 用 了 集 
合 类 summingInt (方法 的 名 词 很 直观 地 解释 了 它 的 功能 e 









































int totalCalories = menu.stream() .collect (summingInt (Dish::getCalories)); 
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9.1.4 从 命令 式 的 数据 处 理 切换 到 Stream 


建议 你 将 所 有 使 用 迭代 器 这 种 数据 处 理 模式 处 理 集合 的 代码 都 转换 成 Stream API 的 方式 。 为 
什么 呢 ? 因为 Stream API 能 更 清晰 地 表达 数据 处 理 管道 的 意图 。 除 此 之 外 , 通过 短路 和 延迟 载 人 
以 及 利用 第 7 章 介 绍 的 现代 计算 机 的 多 核 架构 ， 我 们 可 以 对 Stream 进行 优化 。 

比如 ， 下 面 的 命令 式 代 码 使 用 了 两 种 模式 : 筛选 和 抽取 ,这 两 种 模式 被 混在 了 一 起 ,这 样 的 
代码 结构 迫使 程序 员 必 须 彻 底 搞 清楚 程序 的 每 个 细节 才能 理解 代码 的 功能 。 此 外 , 实现 需要 并 行 
运行 的 程序 所 面 对 的 困难 也 多 得 多 ( 具体 细节 可 以 参考 7.2 节 的 分 支 /合并 框架 ): 




















List<String> dishNames = new ArrayList<>(); 
for(Dish dish: menu){ 
if(dish.getCalories() > 300){ 
dishNames.add (dish.getName()); 
} 
} 


替代 方案 使 用 Stream API， 采 用 这 种 方式 编写 的 代码 读 起 来 更 像 是 问题 陈述 ， 并行 化 也 非常 
容易 : 

menu.parallelStream() 
.filter(d -> d.getCalories() > 300) 


.map (Dish: :getName) 
.Collect (toList ()); 


不 幸 的 是 , 将 命令 式 的 代码 结构 转换 为 Stream API 的 形式 是 个 困难 的 任务 , 因为 你 需要 考虑 
控制 流 语句 ， 比 如 break、continue 和 return， 并 选择 使 用 恰当 的 流 操 作 。 好 消息 是 已 经 有 
一 些 工 具 ， 比 如 LambdaFicator， 可 以 帮助 我 们 完成 这 个 任务 。 


9.1.5 增加 代码 的 灵活 性 


第 2 章 和 第 3 章 曾 经 介绍 过 Lambda 表达 式 有 利于 行为 参数 化 。 你 可 以 使 用 不 同 的 Lambda 
表示 不 同 的 行为 ,并 将 它们 作为 参数 传递 给 函数 去 处 理 执行 。 这 种 方式 可 以 帮助 我 们 淡定 从 容 地 
面 对 需 求 的 变化 。 比 如 ， 我 们 可 以 用 多 种 方式 为 preaicate 创建 第 选 条 件 ， 或 者 使 用 
Comparator 对 多 种 对 象 进行 比较 。 现 在 , 来 看 看 哪些 模式 可 以 马上 应 用 到 你 的 代码 中 ， 让 你 享 
受 Lambda 表达 式 带 来 的 便利 。 


1. 采用 函数 接口 

首先 ， 你 必须 意识 到 ， 没 有 函数 接口 ， 就 无 法 使 用 Lambda 表达 式 。 因 此 ， 你 需要 在 代码 中 
引入 函数 接口 。 听 起 来 很 合理 ,但 是 在 什么 情况 下 使 用 它们 呢 ? 这 里 介绍 两 种 通用 的 模式 ， 你 可 
以 依照 这 两 种 模式 重 构 代码 ， 以 利用 Lambda 表达 式 带 来 的 灵活 性 ， 它 们 分 别 是 : 有 条 件 的 延迟 
执行 和 环绕 执行 。 除 此 之 外 , 下 一 节 还 将 介绍 一 些 基于 面向 对 象 的 设计 模式 ， 比 如 策略 模式 或 者 
模板 方法 ， 这 些 在 使 用 Lambda 表达 式 重 写 后 会 更 简洁 。 
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2. 有 条 件 的 延迟 执行 
我 们 经 常 看 到 这 样 的 代码 , 控制 语句 被 混杂 在 业务 逻辑 代码 之 中 。 典 型 的 情况 包括 进行 安全 
性 检查 以 及 日 志 输 出。 比如 ， 下 面 的 这 段 代 码 ， 它 使 用 了 Java 语言 内 置 的 Logger 类 : 








if (Loggetr.1isLoggable(Log.FINER) ) { 
logger.finer("Problem: " + generateDiagnostic()); 


} 

这 上段 代码 有 什么 问题 吗 ? 其实 问 题 不 少 。 

口 日 志 器 的 状态 ( 它 支 持 哪 些 日 志 等 级 ) 通过 isLoggable 方法 暴露 给 了 客户 端 代码 。 

口 为 什么 要 在 每 次 输出 一 条 日 志 之 前 都 去 查询 日 志 器 对 象 的 状态 ”这 只 能 搞 砸 你 的 代码 。 
更 好 的 方案 是 使 用 1og 方法 ， 该 方法 在 输出 日 志 消 息 之 前 ， 会 在 内 部 检查 日 志 对 象 是 否 已 

经 设置 为 恰当 的 日 志 等 级 : 


logger.1og(Leve1 .FINER， "Problem: " + generateDiagnostic()); 


这 种 方法 更 好 的 原因 是 你 不 再 需要 在 代码 中 插入 那些 条 件 判断 , 与 此 同时 日 志 融 的 状态 也 不 
再 被 暴露 出 去 。 不 过 ， 这 段 代 码 依旧 存在 一 个 问题 : 日 志 消 息 的 输出 与 否 每 次 都 需要 判断 ， 即 使 
你 已 经 传递 了 参数 ， 不 开启 日 志 。 

这 就 是 Lambda 表达 式 可 以 施展 拳脚 的 地 方 。 你 需要 做 的 仪 仅 是 延迟 消息 构造 ， 如 此 一 来 ， 

志 就 只 会 在 某 些 特定 的 情况 下 才 开启 〈 以 此 为 例 ， 当 日 志 噩 的 级 别 设置 为 FINER 时 )。 显 然 ， 
Java 8 API 的 设计 者 们 已 经 意识 到 这 个 问题 ， 并 由 此 引入 了 一 个 对 1og 方法 的 重 载 版 本 ， 这 个 版 
本 的 10g 方法 接受 一 个 supplier 作为 参数 。 这 个 替代 版 本 的 1og 方法 的 函数 签名 如 下 : 













































































public void log(Level level, Supplier<String> msgSupplier) 
你 可 以 通过 下 面 的 方式 对 它 进 行 调用 : 
logger.log(Level.FINER, () -> "Problem: " + generateDiagnostic()); 


如 果 日 志 器 的 级 别 设置 恰当 ，1og 方法 会 在 内 部 执行 作为 参数 传递 进来 的 Lambda 表达 式 。 
这 里 介绍 的 1og 方法 的 内 部 实现 如 下 : 
public void log(Level level, Supplier<String> msgSupplier)t{ 


if(logger.isLoggable(level))t{ 


log(level, msgSupplier.get ()); 时 
下 执行 Lambda 


} 表达 式 

从 这 个 故事 里 我 们 学 到 了 什么 呢 ? 如 果 你 发 现 你 需要 频繁 地 从 客户 端 代码 去 查询 一 个 对 象 
的 状态 〈 比如 前 文 例子 中 的 日 志 吉 的 状态 )， 只 是 为 了 传递 参数 、 调 用 该 对 象 的 一 个 方法 〈 比如 
输出 一 条 日 志 )， 那 么 可 以 考虑 实现 一 个 新 的 方法 ， 以 Lambda 或 者 方法 引用 作为 参数 ， 新 方法 
在 检查 完 该 对 象 的 状态 之 后 才 调 用 原来 的 方法 。 你 的 代码 会 因此 而 变 得 更 易 读 ( 结构 更 清晰 )， 
封装 性 更 好 (对 象 的 状态 也 不 会 暴露 给 客户 端 代 码 了 )。 
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3. 环绕 执行 
第 3 章 介绍 过 另 一 种 值得 考虑 的 模式 那 就 是 环绕 执行 。 如 果 你 发 现 虽 然 你 的 业务 代码 干 差 
万 别 ， 但 是 它们 拥有 同样 的 准备 和 清理 阶段 ， 这 时 ， 你 完全 可 以 将 这 部 分 代码 用 Lambda 实现 。 
这 种 方式 的 好 处 是 可 以 重用 准备 和 清理 阶段 的 逻辑 ， 减 少 重复 元 余 的 代码 。 

下 面 这 段 代码 你 在 第 3 章 中 已 经 看 过 ,再 回顾 一 次 。 它 在 打开 和 关闭 文件 时 使 用 了 同样 的 逻 
辑 ， 但 在 处 理 文件 时 可 以 使 用 不 同 的 Lambda 进行 参数 化 。 


String oneLine = 










































































processFile((BufferedqReader pbp) -> b.readLine()); < 传 入 一 个 Lambda 表达 式 
String twoLines = 

processFile( (BufferedReader b) -> b.readLine() + b.readLine()); < 一 传 入 另 一 
public static String processFile(BufferedReaderProcessor p) throws 个 Lambda 

IOException { | 表达 式 

try (BufferedReader br = new BufferedReader (new 

FileReader ("ModernJavaInAction/chap9/data.txt"))) { 

returm pproeess (br); 将 BufferedReaderProcessor 

ee 作为 执行 参数 传 入 
public interface BufferedReaderProcessor { < 


使 用 Lambda 表达 式 的 
函数 接口 ， 该 接口 能 
抛 出 一 个 IOException 


String process (BufferedReader b) throws IOException; 


} 












































这 一 优化 是 凭借 函数 式 接口 BufferedReaderProcessor 达成 的 ， 通 过 这 个 接口 ， 你 可 以 
传递 各 种 Lamba 表达 式 对 BufferedReader 对 象 进 行 处 理 。 

通过 这 一 节 , 你 已 经 了 解 了 如 何 通 过 不 同方 式 来 改善 代码 的 可 读 性 和 灵活 性 。 接 下 来 ， 你 会 
了 解 Lambada 表达 式 如 何 避 免 常规 面向 对 象 设计 中 的 僵化 的 模板 代码 。 


9.2 使 用 Lambda 重 构 面向 对 象 的 设计 模式 


新 的 语言 特性 常常 让 现存 的 编程 模式 或 设计 周 然 失 色 。 比 如 , Java 5 引入 了 for-each 循环 ， 
由 于 它 的 稳健 性 和 简洁 性 ， 已 经 替代 了 很 多 显 式 使 用 迭代 器 的 情形 。Java 7 推出 的 萎 形 操作 符 
(<> ) 帮助 大 家 在 创建 实例 时 无 须 显 式 使 用 泛 型 ， 一 定 程度 上 推动 了 Java 程序 员 们 采用 类 型 接口 
(type interface ) 进行 程序 设计 。 

对 设计 经 验 的 归纳 总 结 被 称 为 设计 模式 ”。 设 计 模 式 是 一 种 可 重用 的 蓝图 ， 设 计 软件 时 ， 如 
果 你 愿意 , 可 以 复 用 这 些 方式 或 方法 来 解决 一 些 带 见 问题 。 这 看 起 来 很 像 传统 建筑 工程 师 的 工作 
方式 ,对 典型 的 场景 ( 比如 悬挂 桥 、 拱 桥 等 ) 都 定义 有 可 重用 的 解决 方案 。 例如， 访问 者 模式 常 
用 于 分 离 程序 的 算法 和 它 的 操作 对 象 。 单 例 模式 一 般 用 于 限制 类 的 实例 化 ， 仅 生成 一 份 对 象 。 

Lambda 表达 式 为 程序 员 的 工具 箱 又 新 添 了 一 件 利器 。 它 们 为 解决 传统 设计 模式 所 面 对 的 问 
题 提供 了 新 的 解决 方案 , 不 但 如 此 , 采用 这 些 方案 往往 更 高 效 、 更 简单 。 使 用 Lambda 表达 式 后 ， 




























































































Q@ 如 果 你 希望 更 进一步 了 解 设计 模式 ， 请 参阅 由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 编写 
的 《设计 模式 : 可 复 用 面向 对 象 软件 的 基础 》 
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很 多 现存 的 略 显 腾 肿 的 面向 对 象 设 计 模 式 能 够 用 更 精简 的 方式 实现 了 。 这 一 节 会 针对 五 个 设计 模 
式 展开 讨论 ， 它 们 分 别 是 : 

口 策略 模式 ; 

D 模板 方法 ; 

口 观察 者 模式 ; 

口 责任 链 模式 ; 

口 工厂 模式 。 

我 们 会 展示 Lambda 表达 式 是 如 何 另 以 踩 径 解决 设计 模式 原来 试图 解决 的 问题 的 。 


9.2.1 策略 模式 


策略 模式 代表 了 解决 一 类 算法 的 通用 解决 方案 ， 你 可 以 在 运行 时 选择 使 用 哪 种 方案 。 在 第 2 
章 中 你 已 经 简略 地 了 解 过 这 种 模式 了 ， 当 时 我 们 介绍 了 如 何 使 用 不 同 的 条 件 〈 比如 苹果 的 重量 ， 
或 者 颜色 ) 来 筛选 库存 中 的 苹果 。 你 可 以 将 这 一 模式 应 用 到 更 广泛 的 领域 ， 比 如 使 用 不 同 的 标准 
来 验证 输入 的 有 效 性 ， 使 用 不 同 的 方式 来 分 析 或 者 格式 化 输入 。 

策略 模式 包含 三 部 分 内 容 ， 如 图 9-1 所 示 。 
口 一 个 代表 某 个 算法 的 接口 (Strategy 接口 )。 
口 一 个 或 多 个 该 接口 的 具体 实现 , 它们 代表 了 算法 的 多 种 实现 ( 比如 , 实体 类 concretestrategyA 
或 者 ConcreteStrategyB 站 


口 一 个 或 多 个 使 用 策略 对 象 的 客户 。 















































__----] ConcretestrategyB | 








Strategy 全 的 


























+ execute () | 








ConctreteSttategyRA | 





图 9-1 策略 模式 
假设 你 希望 验证 输入 的 内 容 是 否 根据 标准 进行 了 恰当 的 格式 化 〈 比 如 只 包含 小 写字 母 或 数 
字 )。 你 可 以 从 定义 一 个 验证 文本 ( 以 string 的 形式 表示 ) 的 接口 入 手 : 


public interface ValidationStrategy { 
boolean executel(String s); 








. 
其 次 ， 你 定义 了 该 接口 的 一 个 或 多 个 具体 实现 : 


public class IsAllLowerCase implements ValidationStrategy { 
public boolean execute(String S){ 
return s.matches("[a-z]+"); 
} 
ly 


public class IsNumeric implements ValidationStrategy { 
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public boolean execute(String S) 1{ 
return s.matches("\\d+"); 
} 
} 


之 后 ， 你 就 可 以 在 你 的 程序 中 使 用 这 些 略 有 差异 的 验证 策略 了 : 








public class Validatort{ 
private final ValidationStrategy strategy; 
public Validator(ValidationStrategy v){ 
this.strategy = Vv; 
} 
public boolean validate(String s){ 
return strategy.execute(s); 
lj 
} 
Validator numericValidator = new Validator (new IsNumeric()); 返回 false 
boolean bl = numericValidator.validate("aaaa"); 
Validator lowerCaseValidator = new Validator(new IsAllLowerCase ()); 


boolean b2 = lowerCaseValidator.validate("bbbb"); | 返回 true 


使 用 Lambda 表达 式 

到 现在 为 止 ， 你 应 该 已 经 意识 到 ValidationStrategy 是 一 个 孔 数 接口 了 。 除 此 之 外 , 它 
还 与 Predicate<String> 具 有 同样 的 函数 描述 。 这 意味 着 我 们 不 需要 声明 新 的 类 来 实现 不 同 的 
策略 ， 通 过 直接 传递 Lambda 表达 式 就 能 达到 同样 的 目的 ， 并 且 还 更 简洁 : 











Validator numericValidator = 


new Validator((String s) -> s.matches("[a-2z]+")); | 直接 传递 


boolean bl = numericValidator.validate("aaaa"); m6d8 

Validator lowerCaseValidator = 表达 式 
new Validator((String s) -> s.matches("\\d+")); 

boolean b2 = lowerCaseValidator.validate ("bbbb"); 


正如 你 看 到 的 ，Lambda 表达 式 避 免 了 采用 策略 设计 模式 时 僵化 的 模板 代码 。 如 果 你 仔细 分 
析 一 下 个 中 缘由 ， 可 能 会 发 现 ，Lambda 表达 式 实际 已 经 对 部 分 代码 ( 或 策略 ) 进行 了 封装 ， 而 
这 就 是 创建 策略 设计 模式 的 初衷 。 因 此 ， 强 烈 建议 对 类 似 的 问题 ， 你 应 该 尽量 使 用 Lambda 表达 


9.2.2 ”模板 方法 9 


如 果 你 需要 采用 某 个 算法 的 框架 , 同时 又 希望 有 一 定 的 灵活 度 , 能 对 它 的 某 些 部 分 进行 改进 ， 
那么 采用 模板 方法 设计 模式 是 比较 通用 的 方案 。 好 吧 ,这样 讲 听 起 来 有 些 抽象 。 换 句 话 说， 模板 
方法 模式 在 你 “希望 使 用 这 个 算法 ,但 是 需要 对 其 中 的 某 些 行进 行 改 进 ， 才 能 达到 希望 的 效果 ” 
时 是 非常 有 用 的 。 

让 我 们 从 一 个 例子 着 手 , 看 看 这 个 模式 是 如 何 工 作 的 。 假设 你 需要 编写 一 个 简单 的 在 线 银行 
应 用 ,通常 , 用 户 需 要 输入 一 个 用 户 账户 , 之 后 应 用 才能 从 银行 的 数据 库 中 得 到 用 户 的 详细 信息 ， 
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最 终 完 成 一 些 让 用 户 满意 的 操作 。 不 同 分 行 的 在 线 银行 应 用 让 客户 满意 的 方式 可 能 略 有 不 同 , 比 
如 给 客户 的 账户 发 放 红 利 , 或 者 仅仅 是 少 发 送 一 些 推广 文件 。 你 可 能 通过 下 面 的 抽象 类 方式 来 实 
现在 线 银行 应 用 : 


























abstract class OnlineBanking { 
public voidq processCustomer (int 1Q) { 
Customer c = Database.getCustomerWithId(id); 
makeCustomerHappy (c); 
} 
abstract void makeCustomerHappy (Customer c); 
} 
processCustomer 方法 搭建 了 在 线 银行 算法 的 框架 : 获取 客户 提供 的 一 , 然后 提供 服务 让 
用 户 满意 。 不同 的 支行 可 以 通过 继承 onlineBanking 类 , 对 makecustomerHappy 方法 提供 差 
异化 的 实现 。 


使 用 Lambda 表达 式 

使 用 你 偏爱 的 Lambda 表达 式 同 样 可 以 解决 这 些 问 题 ( 创建 算法 框架 ,让 具体 的 实现 插入 某 
些 部 分 )。 你 想 要 插入 的 不 同 算法 组 件 可 以 通过 Lambda 表达 式 或 者 方法 引用 的 方式 实现 。 

这 里 我 们 向 processCustomer 方法 引入 了 第 二 个 参数 ， 它 是 一 个 Consumer<Customer> 
类 型 的 参数 ， 与 前 文 定义 的 makecustomerHappy 的 特征 保持 一 致 : 



























































public void processCustomer(int id, Consumer<Customer> makeCustomerHappy)t{ 
Customer c = Database.getCustomerWithId(id); 
makeCustomerHappy .accept (c); 


} 
现在 ， 你 可 以 很 方便 地 通过 传递 Lambda 表达 式 ， 直 接 择 入 不 同 的 行为 ， 不 再 需要 继承 


OnlineBanking 类 了 











new OnlineBankingLambda() .processCustomer(1337, (Customer c) -> 
System.out .println("Hello " + c.getName ()); 


这 是 又 一 个 例子 ,佐证 了 Lamba 表达 式 能 帮助 你 解决 设计 模式 与 生 俱 来 的 设计 僵化 问题 。 




















9.2.3 ”观察 者 模式 


观察 者 模式 是 一 种 比较 常见 的 方案 ， 某 些 事件 发 生 时 〈 比如 状态 转变 )， 如 果 一 个 对 象 ( 通 
常 称 之 为 主题 ) 需要 自动 地 通知 其 他 多 个 对 象 ( 称 为 观察 者 )， 就 会 采用 该 方案 。 创 建 图 形 用 户 
界面 (GUI ) 程序 时 ,你 经 常会 使 用 该 设计 模式 。 这 种 情况 下 ， 你 会 在 图 形 用 户 界面 组 件 ( 比如 
按钮 ) 上 注册 一 系列 的 观察 者 。 如 果 点 击 按钮 ， 观 察 者 就 会 收 到 通知 ， 并 随即 执行 某 个 特定 的 行 
为 。 但 是 观察 者 模式 并 不 局 限于 图 形 用 户 界 面 。 比 如 ， 观 察 者 设计 模式 也 适用 于 股票 交易 的 情 
形 ， 多 个 券商 ( 观察 者 ) 可 能 都 希望 对 某 一 支 股票 价格 〈 主题 ) 的 变动 做 出 响应 。 图 9-2 通过 
UML 图 解释 了 观察 者 模式 。 
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Subject Observer = 




















+ notifyObserver() + notify!() [~- 
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图 9-2 ”观察 者 模式 


让 我 们 写 点 儿 代 码 来 看 看 观察 者 模式 在 实际 中 多 么 有 用 ,你 需要 为 Twitter 这 样 的 应 用 设计 
并 实现 一 个 定制 化 的 通知 系统 。 想 法 很 简单 : 好 几 家 报纸 机 构 ， 比 如 美国 《纽约 时 报 》 英国 
《 卫 报 》 以 及 法 国 《 世 界 报 》 都 订阅 了 新 闻 推 文 ， 他 们 希望 当 接 收 的 新 闻 中 包含 他 们 感 兴趣 的 关 
键 字 时 ， 能 得 到 特别 通知 。 

首先 , 你 需要 一 个 Observer 接口 , 它 将 不 同 的 观察 者 聚合 在 一 起 。 它 仅 有 一 个 名 为 notify 
的 方法 ， 一 旦 接收 到 一 条 新 的 新 闻 ， 该 方法 就 会 被 调用 : 


让 




















interface Observer { 
void notify(String tweet); 
} 


现在 ， 你 可 以 声明 不 同 的 观察 者 〈 比如 ， 这 里 是 三 家 不 同 的 报纸 机 构 )， 依 据 新 闻 中 不 同 的 
关键 字 分 别 定义 不 同 的 行为 : 


class NYTimes implements Observert{ 
public void notify(String tweet) { 
if(tweet != null && tweet.contains ("money"))t{ 
System.out .println("Breaking news in NY! " + tweet); 








} 
} 
} 
class Guardian implements Observert{ 
public void notify(String tweet) { 
if(tweet != null && tweet.contains ("gqueen"))t{ 
System.out .println("Yet more news from London... " + tweet); 
} 
} 
} 
class LeMonde implements Observert{ 
public void notify(String tweet) { 
if(tweet != null && tweet.contains ("wine"))t{ 
System.out .println("Today cheese, wine and news! " + tweet); 9 


} 





} 
你 还 遗漏 了 最 重要 的 部 分 : Subject! 让 我 们 为 它 定义 一 个 接口 : 
interface Subjectt{ 


void registerObserver (Observer 0o); 
void notifyObservers (String tweet); 
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Subject 使 用 registerobserver 方法 可 以 注册 一 个 新 的 观察 者 ， 使 用 notifyObservers 
方法 通知 它 的 观察 者 一 个 新 闻 的 到 来 。 让 我 们 更 进一步 ， 实 现 Feed 类 : 





class Feed implements Subjectf{ 
private final List<Observer> observers = new ArrayList<>(); 
public void registerObserver (Observer Oo) { 
this.observers.add(o); 
} 
public void notifyObservers (String tweet) { 
observers.forEach(o -> o.notify (tweet)); 
} 
} 


这 是 一 个 非常 直观 的 实现 : Feed 类 在 内 部 维护 了 一 个 观察 者 列表 ， 一 条 新 闻 到 达 时 ， 它 就 
进行 通知 。 你 可 以 创建 一 个 实例 应 用 ， 对 新 闻 主 题 和 观察 者 进行 封装 ， 如 下 所 示 : 























Feed f = new Peed( 
f.registerObserver 
f.registerObserver 
TE 
( 


); 

(new NYTimes ()); 

(new Guardian()); 
(new LeMonde () ) ; 

"The queen said her favourite book is Modern Java in Action!"); 


f.registerObserve 
f.notifyObservers 


毫 不 意外 ,《 卫 报 》 会 特别 关注 这 条 新 闻 1 





使 用 Lambda 表达 式 

你 可 能 会 疑惑 Lambda 表达 式 在 观察 者 设计 模式 中 如 何 发 挥 它 的 作用 。 不 知道 你 有 没有 注 
意 到 ，observez 接口 的 所 有 实现 类 都 提供 了 一 个 方法 : notify。 新 闻 到 达 时 ， 它 们 都 只 是 
对 同一 段 代 码 封 装 执行 。Lambda 表达 式 的 设计 初衷 就 是 要 消除 这 样 的 僵化 代码 。 使 用 Lambda 
表达 式 后 ， 你 无 须 显 式 地 实例 化 三 个 观察 者 对 象 ， 直 接 传递 Lambda 表达 式 表示 需要 执行 的 行 
为 即 可 : 

f.registerObserver((String tweet) -> { 


if(tweet != null && tweet.contains ("money"))t{ 
System.out .println("Breaking news in NY! " + tweet); 























} 
过 
f.registerObserver((String tweet) -> { 
if(tweet != null && tweet.contains ("gqueen"))t 
System.out .println("Yet more news from London... " + tweet); 








ss 

那么 ， 是 否 随 时 随地 都 可 以 使 用 Lambda 表达 式 呢 ? 答案 是 否定 的 ! 前 文 介绍 的 例子 中 ， 
Lambda 适 配 得 很 好 ， 那 是 因为 需要 执行 的 动作 都 很 简单 ， 因 此 才能 很 方便 地 消除 僵化 代码 。 但 
是 ,观察 者 的 逻辑 有 可 能 十 分 复杂 ， 它 们 可 能 还 持 有 状态 ， 抑 或 定义 了 多 个 方法 , 诸如此类。 在 
这 些 情 形 下 ， 你 还 是 应 该 继续 使 用 类 的 方式 。 
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9.2.4 责任 链 模式 


责任 链 模式 是 一 种 创建 处 理 对 象 序列 〈 比如 操作 序列 ) 的 通用 方案 。 一 个 处 理 对 象 可 能 需要 
在 完成 一 些 工 作 之 后 , 将 结果 传递 给 另 一 个 对 象 ， 这 个 对 条 接着 做 一 些 工作 ， 再 转交 给 下 一 个 处 
理 对 象 ， 以 此 类 推 。 
通常 , 这 种 模式 是 通过 定义 一 个 代表 处 理 对 象 的 抽象 类 来 实现 的 , 在 抽象 类 中 会 定义 一 个 字 
段 来 记录 后 续 对 象 。 一 旦 对 象 完成 它 的 工作 , 处 理 对 象 就 会 将 它 的 工作 转交 给 它 的 后 继 。 代码 中 ， 
这 段 逻 辑 看 起 来 是 下 面 这 样 : 







































































public abstract class ProcessingObject<T> { 
protected ProcessingObject<T> successor; 
public void setSuccessor (ProcessingObject<T> successor)t{ 
this.successor = successor; 
} 
public T handle(T input)t{ 
Tr = handleWork (input); 
if(successor != null)t{ 
return successor.handle(r); 
. 
return r; 
} 
abstract protected T handleWork (T input); 
} 








9-3 以 UML 的 方式 阐释 了 责任 链 模 式 。 








ConcreteProcessingObject 客户 


T 
I 














SUCCeSSOTL 


T 2 
ProcessingObject 














+ handle() 





图 9-3 ”责任 链 模式 


可 能 你 已 经 注意 到 , 这 就 是 9.2.2 节 介 绍 的 模板 方法 设计 模式 。 hnandle 方法 提供 了 如 何 进行 
工作 处 理 的 框架 。 不同 的 处 理 对 象 可 以 通过 继承 ProcessingObject 类 , 提供 handleWork 方 
法 来 进行 创建 。 

下 面 来 看 看 如 何 使 用 该 设计 模式 。 你 可 以 创建 两 个 处 理 对 象 , 它们 的 功能 是 进行 一 些 文本 处 
理工 作 。 























public class HeaderTextProcessing extends ProcessingObject<String> { 
public String handleWork (String text)t{ 
return "From Raoul, Mario and Alan: " + text; 
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} 
} 


public class SpellCheckerProcessing extends ProcessingObject<String> { 
public String handleWork (String text)f{ 
return text.replaceAll("labda", "lambda"); < 一 糟糕 ， 我 们 漏 掉 了 Lambda 
Blnsy 4 


下 一 中 的 m 字符 


现在 你 可 以 将 这 两 个 处 理 对 象 结合 起 来 ， 构 造 一 个 操作 序列 : 


ProcessingObject<String> pl = new HeaderTextProcessing(); 
ProcessingObject<String> p2 = new SpellCheckerProcessing(); 
pl.setSuccessor (p2); 
String result = pl.handle("Aren't labdas really sexy?!!"); 
System.out .println(result); 所 一 一 
打印 输出 “From Raoul, Mario and 
Alan: Aren'tlambdas really sexy?!!” 


将 两 个 处 理 对 
象 链接 起 来 


使 用 Lambda 表达 式 

稍 等 ! 这 个 模式 看 起 来 像 是 在 链接 ( 也 就 是 构造 ) 函数 。 第 3 章 探讨 过 如 何 构造 Lambda 表 
达 式 。 你 可 以 将 处 理 对 象 作 为 function<String，String> 的 一 个 实例 ， 或 者 更 确切 地 说 作为 
UnaryOoperator<Sttring> 的 一 个 实例 。 为 了 链接 这 些 函 数 ， 你 需要 使 用 andThen 方法 对 其 进 
行 构 造 。 








UnaryOperator<String> headerProcessing = | 第 一 个 处 理 
(String text) -> "From Raoul, Mario and Alan: " + text; J 对 象 

UnaryOperator<String> spellCheckerProcessing = | 六 主 个 处 理 
(String text) -> text.replaceAll ("labda", "lambda"); 二 

Function<String, String> pipeline = ”| 对象 
headerProcessing.andThen (spellCheckerProcessing); 过 -一 ， 


String result = pipeline.apply ("Aren't labdas really sexy?!!"); 


将 两 个 方法 结合 起 来 ， 
结果 就 是 一 个 操作 链 
9.2.5 工厂 模式 


使 用 工厂 模式 ,你 无 须 向 客户 暴露 实例 化 的 逻辑 就 能 完成 对 象 的 创建 。 假 定 你 为 一 家 银行 工 
作 ， a 要 一 种 方式 创建 不 同 的 金融 产品 : 贷款 、 期 权 、 股 票 ， 等 等 。 
， 你 会 创建 一 个 工厂 类 ， 它 包含 一 个 负责 实现 不 同 对 象 的 方法 ， 如 下 所 示 : 














public class ProductFactory { 
public static Product createProduct (String name){ 
Switch (name){ 
case "loan": return new Loan(); 
case "stock": return new Stock(); 
case "bond": return new Bond(); 
default: throw new RuntimeException("No such product " + name); 
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这 里 贷款 ( Loan )、 股 票 ( stock ) 和 债券 ( Bond ) 都 是 产品 ( Product ) 的 子 类 。 
createProduct 方法 可 以 通过 附加 的 逻辑 来 设置 每 个 创建 的 产品 。 但 是 带 来 的 好 处 也 显 而 易 
见 ， 你 在 创建 对 象 时 不 用 再 担心 会 将 构造 函数 或 者 配置 暴露 给 客户 ， 这 使 得 客户 创建 产品 时 更 
加 简单 : 


Product p = ProductFactory.createProduct ("loan"); 








使 用 Lambda 表达 式 
第 3 章 中 ,我 们 已 经 知道 可 以 像 引 用 方法 一 样 引 用 构造 函数 。 比 如 ， 下面 就 是 一 个 引用 贷款 


( Loan ) 构造 函数 的 示例 : 


Supplier<Product> loanSupplier = Loan::new; 
Loan loan = loanSupplier.get(); 


通过 这 种 方式 ， 你 可 以 重 构 之 前 的 代码 ， 创 建 一 个 Map， 将 产品 名 映射 到 对 应 的 构造 函数 : 




















final static Map<String, Supplier<Product>> map = new HashMap<>(); 
statie. 

map.put ("loan", Loan::new); 

map.put ("stock", Stock::new); 

map.put ("bond", Bond::new); 


} 
现在 ， 你 可 以 像 之 前 使 用 工厂 设计 模式 那样 ， 利 用 这 个 Map 来 实例 化 不 同 的 产品 。 





public static Product createProduct (String name){ 
Supplier<Product> p = map.get (name); 
if(p != null) return p.get (); 
throw new IllegalArgumentException("No such product " + name); 

} 

这 是 个 全 新 的 尝试 , 它 使 用 Java 8 中 的 新 特性 达到 了 传统 工厂 模式 同样 的 效果 。 但是， 如 果 
工厂 方法 createProduct 需要 接受 多 个 传递 给 产品 构造 方法 的 参数 , 那 这 种 方式 的 扩展 性 不 是 
很 好 。 所 以 除了 简单 的 supplier 接口 外 ， 你 还 必须 提供 一 个 函数 接口 。 

假设 你 希望 保存 具有 三 个 参数 ( 两 个 参数 为 Integer 类 型 ， 一 个 参数 为 string 类 型 ) 的 
构造 函数 。 为 了 完成 这 个 任务 ， 你 需要 创建 一 个 特殊 的 函数 接口 TriFunction。 最 终 的 结果 是 
Map 变 得 更 加 复杂 。 

public interface TriFunction<T, U, V, R>{ 

R apply(T t; UUu, V vy); 


























} 


Map<String, TriFunction<Integer, Integer, String, Product>> map 
= new HashMap<>(); 


你 已 经 了 解 了 如 何 使 用 Lambda 表达 式 编写 和 重 构 代码 。 接 下 来 ,我 们 会 介绍 如 何 确 保 新 编 
写 代码 的 正确 性 





Tr 


8 
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9.3 测试 Lambda 表达 式 





现在 你 的 代码 中 已 经 充溢 着 Lambda 表达 式 ， 看 起 来 不 错 ， 也 很 简洁 。 但 是 ， 大 多 数 时 候 ， 
我 们 受 雇 进 行 的 程序 开发 工作 的 要 求 并 不 是 编写 优美 的 代码 ， 而 是 编写 正确 的 代码 。 

通常 而 言 , 好 的 软件 工程 实践 一 定 少 不 了 单元 测试 , 借 此 保证 程序 的 行为 与 预期 一 致 。 你 编 
写 测试 用 例 , 通过 这 些 测试 用 例 确保 你 代码 中 的 每 个 组 成 部 分 都 实现 预期 的 结果 。 比 如 ,图 形 应 











用 的 一 个 简单 的 Point 类 ， 可 以 定义 如 下 : 


public class Pointt 
private final int x; 
private final int y; 


private Point (int x, int y) { 
已 放下 信和 人 一 
th ew 
} 
public int getx() { return x; 
public int getY() { return y; 


} 
} 
public Point moveRightBy (int x)f{ 
return new Point (this.x + x 
} 
} 














EH) 


下 面 的 单元 测试 会 检查 moveRightBy 方法 的 行为 是 否 与 预期 一 致 





@Test 

public void testMoveRightBy ( 
Point pl = new Point (5， 
Point p2 = pl.moveRignhtB 
assertEquals (15, p2.getx 
assertEquals(5, p2.getYl( 


throws 


) 
SD) 
y (10); 
(33 
)); 


9.3.1 ”测试 可 见 Lambda 函数 的 行为 


由 于 moveRightBy 方法 声明 为 public， 


Exception { 


测试 工作 变 得 相对 容易 。 你 可 以 在 用 例 内 部 完成 测 








试 。 但 是 Lambda 并 无 函数 名 ( 毕竟 它们 都 是 





匿名 函数 )， 因 此 要 对 你 代码 中 的 Lambda 函数 进行 


测试 实际 上 比较 困难 ， 因 为 你 无 法 通过 函数 名 的 方式 调用 它们 。 

有 些 时 候 ， 你 可 以 借助 某 个 字段 访问 Lambda 函数 ， 这 种 情况 ， 你 可 以 利用 这 些 字段 ， 通 过 
它们 对 封装 在 Lambda 函数 内 的 逻辑 进行 测试 。 假设 你 在 Point 类 中 添加 了 更 态 字 段 compare- 
ByXAndThenY， 通 过 该 字段 ， 使 用 方法 引用 你 可 以 访问 comparator 对 象 : 





public class Pointt{ 


public final static Comparator<Point> compareByXAndThenY = 
comparing (Point::getx) .thenComparing (Point::getY); 


还 记得 吗 ，Lambda 表达 式 会 生成 函数 接口 的 一 个 实例 。 由 此 ， 你 可 以 测试 该 实例 的 行为 。 
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这 个 例子 中 ， 我们 可 以 使 用 不 同 的 参数 ， 对 comparator 对 象 类 型 实例 compareByXAndThenY 
的 compare 方法 进行 调用 ， 验 证 它们 的 行为 是 否 符合 预期 : 


@Test 

public void testComparingTwoPoints() throws Exception { 
Point pl = new Point (10, 15); 
Point p2 = new Point (10, 20); 
int result = Point.compareByXAndThenY.compare(pl , p2); 
assertTrue(result < 0); 





9.3.2 测试 使 用 Lambda 的 方法 的 行为 


但 是 Lambda 的 初衷 是 将 一 部 分 逻辑 封装 起 来 给 另 一 个 方法 使 用 。 从 这 个 角度 出 发 ， 你 不 应 
该 将 Lambda 表达 式 声明 为 public， 它 们 仅 是 具体 的 实现 细节 。 相 反 ， 我 们 需要 对 使 用 Lambda 
表达 式 的 方法 进行 测试 。 比 如 下 面 这 个 方法 moveAllPointsRightBy: 





public static List<Point> moveAllPointsRightBy (List<Point> points, int x){ 
return points.stream!() 
.map(p -> new Point (p.getX() + x, p.getY())) 
.Collect (toList ()); 
} 


我 们 没 必要 对 Lambda 表达 式 b -> new Point (p.getX() + x,p.getY()) 进 行 测 试 , 它 


只 是 moveAllPointsRightBy 内 部 的 实现 细节 。 我 们 更 应 该 关注 的 是 方法 moveAllPoints- 
RightBy 的 行为 : 








@Test 
public void testMoveAllPointsRightBy() throws Exceptiont{ 
List<Point> points = 

Arrays.asList (new Point (5, 5), new Point (10, 5)); 
List<Point> expectedPoints = 
Arrays.asList (new Point (15, 5), new Point (20, 5)); 
List<Point> newPoints = Point.moveAllPointsRightBy (points, 10); 
assertEquals (expectedPoints, newPoints); 








} 


注意 , 在 上 面 的 单元 测试 中 ，Point 类 恰当 地 实现 equals 方法 非常 重要 , 否则 该 测试 的 结 
果 就 取决 于 object 类 的 默认 实现 。 


9.3.3 将 复杂 的 Lambda 表达 式 分 为 不 同 的 方法 


可 能 你 会 碰 到 非常 复杂 的 Lambda 表达 式 ， 包含 大 量 的 业务 逻辑 ， 比 如 需要 处 理 复杂 情况 的 
定价 算法 。 你 无 法 在 测试 程序 中 引用 Lambda 表达 式 ， 这 种 情况 该 如 何 处 理 呢 ?一 种 策略 是 将 
Lambda 表达 式 转换 为 方法 引用 ( 这 时 你 往往 需要 声明 一 个 新 的 常规 方法 )，9.1.3 节 详 细 讨 论 过 
这 种 情况 。 这 之 后 ， 你 可 以 用 常规 的 方式 对 新 的 方法 进行 测试 。 
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9.3.4 ”高 阶 函数 的 测试 


接受 函数 作为 参数 的 方法 或 者 返回 一 个 函数 的 方法 ( 所 谓 的 “高 阶 函 数 ”，higher-order 
function， 第 19 章 会 深入 展开 介绍 ) 更 难 测试 。 如 果 一 个 方法 接受 Lambda 表达 式 作为 参数 ， 那 
么 你 可 以 采用 的 一 个 方案 是 使 用 不 同 的 Lambda 表达 式 对 它 进行 测试 。 比 如 ， 你 可 以 使 用 不 同 的 
谓词 对 第 2 章 中 创建 的 filter 方法 进行 测试 。 





@Test 

public void testFilter() throws Exceptiont{ 
List<Integer> numbers = Arrays.asList(1, 2, 3, 4); 
List<Integer> even = filter(numbers, i -> i %2 == 0); 
List<Integer> smallerThanThree = filter(numbers, i -> i < 3); 
assertEquals (Arrays.asList(2, 4), even); 
assertEquals (Arrays.asList(1, 2), smallerThanThree); 


4 

如 果 被 测试 方法 的 返回 值 是 男 一 个 方法 , 该 如 何 处 理 呢 ? 你 可 以 仿照 之 前 处 理 comparator 
的 方法 ， 把 它 当 成 一 个 函数 接口 ， 对 它 的 功能 进行 测试 。 

然而 ， 事情 可 能 不 会 一 帆 风 顺 ， 你 的 测试 可 能 会 返回 错误 ， 报 告 说 你 使 用 Lambda 表达 式 的 
方式 不 对 。 因 此 ， 我 们 现在 进入 调试 的 环节 。 

















9.4 调试 


调试 有 问题 的 代码 时 ， 程 序 员 的 兵器 库 里 有 两 大 经 典 武器 ， 分 别 是 : 

D 查看 栈 跟踪 ; 

口 输出 日 志 。 

Lambda 表达 式 和 流 的 引入 同时 也 会 给 你 的 程序 调试 带 来 挑战 。 本 节 会 探讨 二 者 的 影响 。 


9.4.1 查看 栈 跟 踪 


你 的 程序 突然 停止 运行 ( 比如 突然 抛 出 一 个 异常 )， 这 时 你 首先 要 调查 程序 在 什么 地 方 发 生 
了 有 异常 以 及 为 什么 会 发 生 该 异常 。 这 时 栈 帧 就 非常 有 用 了 。 程序 的 每 次 方法 调用 都 会 产生 相应 的 
调用 信息 ， 包 括 程序 中 方法 调用 的 位 置 、 该 方法 调用 使 用 的 参数 ， 以 及 被 调用 方法 的 本 地 变量 。 
这 些 信 息 被 保存 在 栈 帧 上 。 

程序 失败 时 ， 你 会 得 到 它 的 栈 跟 踪 ， 通 过 一 个 又 一 个 栈 帧 ， 你 可 以 了 解 程序 失败 时 的 概略 信 
息 。 换 名 话说 ,通过 这 些 你 能 得 到 程序 失败 时 的 方法 调用 列表 。 这 些 方法 调用 列表 最 终 会 帮助 你 
发 现 问题 出 现 的 原因 。 





















































使 用 Lambda 表达 式 
不 幸 的 是 ， 由 于 Lambda 表达 式 没 有 名 字 ， 因 此 它 的 栈 跟踪 可 能 很 难 分 析 。 在 下 面 这 段 简单 
的 代码 中 ， 我 们 刻意 地 引入 了 一 些 错误 : 
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import java.util.*; 
public class Debuggingt{ 
public static void main(String[] args) { 
List<Point> points = Arrays.asList (new Point (12, 2), null); 
points.stream() .map(p -> p.getX()).forEach(System.out::println); 


} 
运行 这 段 代码 会 产生 下 面 的 栈 跟踪 (javac 版 本 不 同 ， 栈 跟踪 也 会 不 同 ): 


Exception in thread "main" java.lang.NullPointerException 这 行 中 的 $0 
at Debugging.lambda$smains0 (Debugging.java:6) < | 是 什么 意 么 意思 ? 
at Debugging$s$Lambda$5/284720968.apply (Unknown Source) 
at java.util.stream.ReferencePipelines$3$1.accept (ReferencePipeline 
.java:193) 
at java.util.Spliterators$sArraySpliterator.forEachRemaining (Spliterators 
.java:948) 





讨厌 ! 发 生 了 什么 ”这 有 段 程序 当然 会 失败 ， 因 为 Points 列表 的 第 二 个 元 素 是 空 (nul1l )。 
这 时 你 的 程序 实际 是 在 试图 处 理 一 个 空 引用 。 由 于 Stream 流水 线 发 生 了 错误 ， 因 此 构成 Stream 
流水 线 的 整个 方法 调用 序列 都 暴露 在 你 面前 了 。 不过, 你 留意 到 了 吗 ? 栈 跟 踪 中 还 包含 下 面 这 样 
类 似 加 密 的 内 容 : 


at Debugging.lambda$smains0 (Debugging.java:6) 
at Debugging$s$Lambda$5/284720968.apply (Unknown Source) 


这 些 表示 错误 发 生 在 Lambda 表达 式 内 部 。 因 为 Lambda 表达 式 没有 名 字 ， 所 以 编译 器 只 能 
为 它们 指定 一 个 名 字 。 在 这 个 例子 中 ， 它 的 名 字 是 lambga$smain$0， 看 起 来 非常 不 直观 。 如 果 
你 使 用 了 大 量 的 类 ， 其 中 又 包含 多 个 Lambda 表达 式 ， 这 就 成 了 一 个 非常 头痛 的 问题 。 

即使 你 使 用 了 方法 引用 ,还 是 有 可 能 出 现 栈 无 法 显示 你 使 用 的 方法 名 的 情况 。 将 之 前 的 
Lambda 表达 式 p-> pb.getX() 替换 为 方法 引用 Point : :getx 也 会 产生 难于 分 析 的 栈 跟踪 : 






































points.stream() .mapb(Point::9getX) .forEach(System.out::println); 


sy 

Exception in thread "main" java.lang.NullPointerException J 
at Debugging$s$Lambda$5/284720968.apply (Unknown Source) < 一 么 呢 ? 
at java.util.stream.ReferencePipelines$3$1.accept (ReferencePipeline 


.java:193) 


注意 , 如 果 方 法 引用 指向 的 是 同一 个 类 中 声明 的 方法 , 那么 它 的 名 称 是 可 以 在 栈 跟踪 中 显示 
的 。 比 如 ,来 看 下 面 这 个 例子 : 


import java.util.*; 
public class Debuggingt{ 
public static void main(String[] args) { 
List<Integer> numbers = Arrays.asList(1, 2, 3); 
numbers.stream() .map (Debugging::divideByZero) .forEach (System 
-Oub: DrintLnys 
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public static int divideByZero(int DP){ 
returnn/ 0; 
} 
} 


方法 divideByzero 在 栈 跟踪 中 就 正确 地 显示 了 了 : 


Exception in thread "main" java.lang.ArithmeticException: / by zero 
at Debugging.divideByZero (Debugging.java:10) < 一 
at DebuggingssLambdas1/999966131.apply (Unknown Source) 
at java.util.stream.ReferencepPipelines$3$1.accept (ReferencePipeline 
.java:193) divideByzZero 正确 
地 输出 到 栈 跟踪 中 


总 的 来 说 , 我 们 需要 特别 注意 , 涉及 Lambda 表达 式 的 栈 跟踪 可 能 非常 难 理解 。 这 是 Java 编 
译 器 未 来 版 本 可 以 改进 的 一 个 方面 。 


9.4.2 ”使 用 日 志 调试 


假设 你 试图 对 流 操 作 中 的 流水 线 进行 调试 ， 该 从 何人 手 呢 ? 可 以 像 下 面 的 例子 那样 ， 使 用 
forEach 将 流 操作 的 结果 日 志 输 出 到 屏幕 上 或 者 记录 到 日 志文 件 中 : 
List<Integer> numbers = Arrays.asList(2, 3, 4, 5); 


numbers.stream!() 
.map (x -> x + 17) 





也 














.filter(x ->x% 2 == 0) 
.1imit (3) 
.forEach(System.out::printin); 

这 上段 代码 的 输出 如 下 : 

20 

所 让 




















不 幸 的 是 ,一旦 调用 forEach， 整 个 流 就 会 恢复 运行 。 到 底 哪 种 方式 能 更 有 效 地 帮助 我 们 
理解 Stream 流水 线 中 的 每 个 操作 ( 比如 map、filter、limit ) 产生 的 输出 呢 ? 

这 正 是 流 操作 方法 peek 大 显 身手 的 时 候 。peek 的 设计 初衷 就 是 在 流 的 每 个 元 素 恢复 运行 
之 前 ， 插 入 执行 一 个 动作 。 但 是 它 不 像 forEach 那样 恢复 整个 流 的 运行 ， 而 是 在 一 个 元 素 上 完 
成 操作 之 后 ， 只 会 将 操作 顺 承 到 流水 线 中 的 下 一 个 操作 。 图 9-4 解释 了 peek 的 操作 流程 。 


peek 






























































peek 


peek peek 







numbers Ss 











图 9-4 使 用 peek 查看 Stream 流水 线 中 的 数据 流 的 值 
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下 面 的 这 段 代 码 使 用 peek 输出 了 Stream 流水 线 操作 之 前 和 操作 之 后 的 中 间 值 : 





List<Integer> result = 输出 来 自 数 据 源 的 
numbers.stream() 当前 元 素 值 

.peek (x -> System.out.println("from stream: " + x)) < 一 输出 map 操作 
-map(x -> XxX + 17) 的 结果 
.peek (x -> System.out.println("after map: " + xX)) < 一 
.filter(x ->x%$ 2 == 0) 
.peek (x -> System.out.println("after filter: " + X)) 人 
.1imit(3) 
.peek (x -> System.out.println("after limit: " + x)) 
.collect (toList ()); 输出 经 过 filter 操作 

输出 经 过 limit 操作 之 后 ， 之 后 ， 剩 下 的 元 素 个 数 

剩 下 的 元 素 个 数 





通过 peek 操作 能 清楚 地 了 解 流水 线 操作 中 每 一 步 的 输出 结 


from stream: 2 
after map: 19 
from stream: 3 
after map: 20 
after filter: 20 
after limit: 20 
from stream: 4 
a 
f 
a 
a 
a 





fter map: 21 
rom stream: 5 
fter map: 22 
Fter: filter: 22 
Fter~ 1imit: 22 











9.5 ”小结 


以 下 是 本 章 中 的 关键 概念 。 

口 Lambda 表达 式 能 提升 代码 的 可 读 性 和 灵活 性 。 

口 如 果 你 的 代码 中 使 用 了 匿名 类 , 那么 尽量 用 Lambda 表达 式 替 换 它 们 , 但 是 要 注意 二 者 间 

语义 的 微妙 差别 ， 比 如 关键 字 this， 以 及 变量 隐藏 。 

口 跟 Lambda 表达 式 比 起 来 ,方法 引用 的 可 读 性 更 好 。 

口 尽量 使 用 Stream API 替换 迭代 式 的 集合 处 理 。 

口 Lambda 表达 式 有 助 于 避免 使 用 面向 对 象 设计 模式 时 容易 出 现 的 僵化 的 模板 代码 ， 典 型 的 

比如 策略 模式 、 模 板 方法 、 观 察 者 模式 、 责 任 链 模式 ， 以 及 工厂 模式 。 

口 即使 采用 了 Lambda 表达 式 ， 也 同样 可 以 进行 单元 测试 ， 但 是 通常 你 应 该 关注 使 用 了 

Lambda 表达 式 的 方法 的 行为 。 

口 尽量 将 复杂 的 Lambda 表达 式 抽象 到 普通 方法 中 。 

口 Lambda 表达 式 会 让 栈 跟 踪 的 分 析 变 得 更 为 复杂 。 

口 流 提 供 的 peek 方法 在 分 析 Stream 流水 线 时 ， 能 将 中 间 变 量 的 值 输出 到 日 志 中 ， 是 非常 
有 用 的 工具 。 

































































基于 Lambda 的 领域 
特定 语言 








本 章 内 容 

口 领域 特定 语言 ( domain-specifc language, DSL ) 及 其 形式 

口 为 你 的 API 添 加 DSL 都 有 哪些 优 缺点 

口 除了 简单 的 基于 Java 的 DSL 之 外 ，JVM 还 有 哪些 领域 特定 语言 可 供 选 择 
口 从 现代 Java 接口 和 类 中 学 习 领 域 特定 语言 

口 高 效 实现 基于 Java 的 DSL 都 有 哪些 模式 和 技巧 

口 常见 Java 库 以 及 工具 是 如 何 使 用 这 些 模式 的 





























开发 者 们 经 常 忽略 一 点 , 编程 语言 首先 是 一 门 语言 。 任 何 语 言 的 主要 目标 都 是 以 最 清晰 、 最 容 
易 理 解 的 方式 传递 信息 。 也 许 一 个 优雅 的 软件 的 最 重要 特质 就 是 能 清楚 明了 地 表达 它 的 意图 ; 或 
者 ， 就 像 著名 的 计算 机 科学 家 Harold Abelson 所 说 的 那样 :“ 我 们 编写 程序 首先 是 给 人 阅读 的 ， 
机 器 只 是 偶尔 执行 一 下 。” 

代码 的 易 读 性 和 易 理 解 性 在 软件 中 的 重要 性 甚至 更 胜 一 筹 , 因为 软件 需要 对 应 用 的 核心 业务 
逻辑 进行 建 模 。 如 果 程 序 员 书 写 的 代码 可 以 在 开发 团队 与 领域 专家 团队 之 间 共 享 , 并 且 很 容易 被 
双方 理解 的 话 ， 对 提升 团队 的 生产 力 将 非常 有 利 。 这 样 一 来 , 领域 专家 在 软件 开发 的 早期 就 可 以 
介入 开发 流程 ,从 业务 需求 的 角度 对 软件 的 正确 性 进行 验证 。 缺陷 和 误解 可 以 在 很 早 的 阶段 就 被 
发 现 并 解决 。 

为 了 达到 这 个 目标 ,通常 的 做 法 是 使 用 领域 特定 语言 (DSL ) 来 表达 应 用 的 业务 逻辑 。DSL 
是 一 种 小 型 语言 , 它们 大 多 都 不 通用 , 为 某 个 特定 领域 客 制 化 而 生 。 DSL 使 用 该 领域 特有 的 术语 。 
如 果 你 对 Maven 和 Ant 比较 熟悉 ,就 可 以 将 它们 看 成 描述 构建 过 程 的 DSL。 你 可 能 还 熟悉 HIML， 
它 是 为 描述 网 页 结构 而 定制 化 的 语言 。 历 史上 ，Java 由 于 它 的 僵硬 与 极度 烦琐 ， 很 少 被 用 于 实现 
精简 DSL, 即使 有 人 用 它 创建 了 DSL, 也 不 便于 非 技术 岗 的 人 阅读 和 理解 。 不 过 , 现在 由 于 Java 
支持 了 Lambda 表达 式 ， 你 的 工具 箱 中 新 增 了 一 个 强大 的 工具 ! 实际 上 ， 我 们 在 第 3 章 就 已 经 看 
到 了 Lambda 表达 式 在 降低 代码 复杂 度 方面 的 巨大 威力 , 还 记得 它 对 示例 程序 “信和 号 /噪声 比 ”的 
改进 吗 ? 
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设想 一 下 如 何 用 Java 实现 一 个 数据 库 。 实 现 一 个 数据 库 时 ， 程 序 员 需要 编写 大 量 非常 细节 
的 底层 代码 ， 璧 如 选择 哪 一 块 磁盘 存储 指定 的 数据 ， 为 表 建 立 索 引 ， 处 理 并 发 事务 ， 等 等 。 开 发 
这 样 的 一 个 数据 库 只 有 相当 资深 的 程序 员 才 能 够 胜任 。 假设 你 现在 需要 编写 一 个 程序 执行 第 4 章 
和 第 5 章 中 探讨 过 的 那 种 查询 ， 即 “ 找 出 菜单 中 热量 小 于 400 卡路里 的 所 有 菜肴 ”。 
持 传统 思维 观点 的 专家 程序 员 可 能 很 快 就 给 出 了 底层 风格 的 实现 代码 , 并 认为 这 简直 就 是 小 
菜 一 人 碟 : 
while (block != null) { 
read (block, buffer) 
for (every record in buffer) { 
if (record.calorie < 400) { 


System.out.println (record.name); 


} 


















































} 
block = buffer.next (); 
} 


上 面 这 个 解决 方案 有 两 个 主要 问题 : 缺乏 经 验 的 程序 员 很 难 创建 这 样 的 程序 ( 它 需 要 程序 员 
对 诸如 锁 、LO 或 者 磁盘 分 配 这 样 的 细节 有 足够 深入 的 理解 )， 更 重要 的 一 点 ， 这 段 代 码 的 出 发 
点 是 系统 ， 而 不 是 从 应 用 角度 出 发 。 
一 个 用 户 导 向 型 的 程序 员 可 能 会 问 “ 为 什么 你 不 能 给 我 提供 一 个 SQL 接口 呢 ? 这 样 我 就 可 
以 编写 SELECT name FROM menu WHERE calorie < 400 这 样 的 语句 拿 到 需要 的 数据 了 。 这 
里 的 menu 是 一 张 SQL 的 表 ， 它 保存 了 餐馆 的 菜单 记录 。 采 用 这 种 方式 我 的 开发 效率 会 高 很 多 ， 
比 由 系统 层 出 发 的 考虑 快 了 不 知道 多 少 倍 ! 谁 关心 那些 系统 底层 的 细节 啊 !” 这 种 观点 似乎 也 很 
难 反驳 ! 从 本 质 上 讲 , 这 位 程序 员 就 是 在 要 求 使 用 DSL 去 操作 数据 ,而 不 是 用 单纯 的 Java 代码 。 
严格 来 讲 , 这 种 类 型 的 DSL 应 该 叫 “ 外 部 DSL”, 因为 它 期 望 数据 库 提供 一 套 API 去 解析 和 人 处理 
由 纯 文本 编写 的 SQL 语句 。 本 章 后 续 内 容 中 会 介绍 更 多 外 部 DSL 和 内 部 DSL 的 区 别 。 

但 是 如 果 回 顾 一 下 第 4 章 和 第 5 章 的 内 容 ， 你 大 概 会 意识 到 如 果 使 用 Stream API， 那 么 这 段 
代码 可 以 更 加 精简 ， 如 下 所 示 : 

menu .Stream() 

.filter(d -> d.getCalories() < 400) 


.map (Dish: :getName) 
.forEach(System.out::println) 


这 上段 代码 中 使 用 了 链接 ( chaining ) 方法 ， 这 是 Stream API 的 典型 特征 之 一 ， 也 经 常 被 称 为 
流畅 式 ( fluent style )， 相 对 于 Java 中 循环 复杂 的 控制 流 ， 这 种 方式 理解 起 来 容易 多 了 。 

这 种 格式 高 效 地 复制 到 了 DSL 中 。 这 里 提 到 的 DSL， 不 是 外 部 DSL， 而 是 内 部 DSL。 在 内 
部 DSL 中 ， 应 用 层 原 语 被 作为 Java 方 法 导出 ， 用 于 操作 代表 数据 库 的 一 个 或 多 个 类 的 类 型 ， 与 
此 相对 的 就 是 那些 外 部 DSL 中 非 Java 格式 的 原 语 ， 壁 如 前 面 提 到 的 SQL 语句 SELECT FROM。 

从 本 质 上 讲 , 设计 一 个 DSL 包括 决定 哪些 操作 应 该 由 应 用 程序 员 执行 〈 还 要 特别 小 心 ， 尽 
量 避 免 暴 露 系统 层 的 概念 ， 以 免 引 入 不 必要 的 污染 )， 并 为 程序 员 提 供 这 些 对 应 的 操作 。 
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对 于 内 部 DSL, 这 个 流程 意味 着 需要 暴露 恰当 的 类 和 方法 , 以 使 代码 的 编写 逻辑 更 流畅 。 创 
建 外 部 DSL 需要 付出 更 大 的 代价 , 你 不 仅 要 设计 DSL 的 语法 , 还 需要 为 DSL 实现 解析 器 和 执行 
器 〈evaluator )。 不 过 这 些 都 是 值得 的 ， 如 果 你 的 设计 没什么 问题 ， 那 么 初级 程序 员 也 可 以 快速 
且 有 效 地 完成 代码 的 编写 ( 这 样 你 就 有 了 源源 不 断 的 现金 流 ， 让 你 的 公司 能 够 在 市 场 上 屹立 不 
败 )， 而 不 需要 直接 改动 你 优美 (不 过 对 新 手 而 言 难于 理解 ) 的 系统 代码 ! 

本 章 会 通过 几 个 例子 和 用 例 使 你 了 解 什么 是 DSL， 什 么 时 候 你 需要 实现 一 个 DSL， 以 及 由 
此 你 能 获得 什么 好 处 。 接 着 会 介绍 几 个 Java 8 API 中 引入 的 小 型 DSL。 你 还 将 学 习 如 何 借助 于 同 
样 的 模式 创建 自己 的 DSL。 最 终 ， 我 们 会 一 起 分 析 目 前 市 面 上 广 为 使 用 的 几 个 Java 库 和 框架 ， 
看 看 它们 是 如 何 应 用 这 些 技巧 ， 凭 借 一 系列 的 DSL 提供 的 功能 ， 让 它们 的 API 更 易于 使 用 的 。 


10.1 ”领域 特定 语言 


DSL 是 为 了 解决 某 个 特定 业务 领域 问题 的 一 种 自 定义 语言 。 壁 如 , 你 可 能 正在 开发 一 个 财务 
出 纳 软件 。 你 的 业务 领域 包括 了 像 银行 存款 证 明 这 样 的 概念 以 及 对 账 这 样 的 操作 。 你 可 以 创建 一 
个 定制 的 DSL 来 描述 该 领域 的 问题 。 在 Java 中 , 你 需要 实现 一 系列 的 类 和 方法 来 描述 这 个 领域 。 
某 种 程度 上 ， 可 以 把 DSL 当成 与 特定 领域 建立 联系 的 API。 

DSL 并 非 通 用 编程 语言 , 它 对 能 执行 的 操作 以 及 其 中 涉及 的 概念 都 做 了 限定 , 其 只 针对 某 个 
领域 ， 这 意味 着 使 用 DSL 可 以 减少 程序 员 受 到 的 干扰 ， 让 他 们 能 够 更 专注 于 解决 重要 的 业务 问 
题 。 你 的 DSL 应 该 有 能 力 帮 助 程序 员 从 无 关 的 事物 中 解脱 出 来 ， 只 处 理 该 领域 的 复杂 性 。 别 的 
底层 实现 细节 都 应 该 被 隐藏 一 一 其 原理 就 像 将 类 方法 的 底层 实现 细节 声明 为 私有 一 样 。 以 这 种 方 
式 设计 的 DSL 才 是 一 个 用 户 友好 的 DSL。 

那么 DSL 到 底 是 什么 呢 ? DSL 不 是 简单 的 文本 描述 。 它 也 不 是 让 领域 专家 实现 底层 业务 逻 
辑 的 语言 。 以 下 两 个 原因 会 驱动 你 开发 一 个 DSL。 

口 沟通 为 王 。 你 的 代码 应 该 能 清晰 地 表达 它 的 意图 ， 而 且 要 能 被 “ 非 程 序 员 ” 所 理解 。 只 

有 这 样 ， 领 域 专家 才能 及 时 加 入 以 验证 代码 是 否 符 合 业 务 需求 。 

口 代码 只 编写 一 次 ， 但 会 被 阅读 很 多 次 。 代 码 的 可 读 性 对 软件 的 可 维护 性 非常 重要 。 换 名 
话说 ， 写 代码 时 应 该 尽量 保持 结构 优美 、 注 释 清晰 ， 这 样 才能 方便 他 人 阅读 。 

设计 良好 的 DSL 能 带 来 非常 多 的 益处 。 尽 管 如 此 ， 开 发 并 使 用 定制 的 DSL 既 有 其 优点 也 有 
其 弊端 。 下 一 小 节 会 深入 探讨 这 些 优点 和 弊端 ， 这 样 你 在 决定 是 否 应 该 为 某 个 场景 创建 DSL 时 
























































































































































10.1.1 ”DSL 的 优点 和 弊端 


与 软件 工程 中 很 多 其 他 的 技术 与 解决 方案 一 样 ，DSL 也 并 非 “ 银 弹 "。 利 用 DSL 处 理 你 的 领 
域 问题 既 有 其 优势 也 有 其 弊端 。DSL 是 你 的 宝贵 资产 , 其 原因 很 直 白 ,因为 它 提升 了 你 代码 的 抽 
象 层次 , 使 其 能 更 加 专注 于 业务 目标 , 继而 具有 更 好 的 可 读 性 。 不 过 它 也 可 能 成 为 你 的 负担 ,， 因 
为 实现 DSL 的 是 独立 的 代码 ， 这 部 分 代码 也 需要 测试 和 维护 。 因 此 ， 深 入 研究 DSL 能 带 来 的 好 
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处 与 可 能 存在 的 次 端 对 于 你 评估 是 否 要 为 你 的 项 目 添加 DSL， 确 保 其 能 带 来 正面 收益 至 关 重 要 。 

DSL 具有 以 下 优点 。 

口 简洁 一 一 DSL 提供 的 API 非常 贴心 地 封装 了 业务 逻辑 ， 让 你 可 以 避免 编写 重复 的 代码 ， 

最 终 你 的 代码 将 会 非常 简洁 。 

口 可 读 性 一 一 DSL 使 用 领域 中 的 术语 描述 功能 和 行为 ， 让 代码 的 逻辑 很 容易 理解 ， 即 使 是 
不 懂 代 码 的 非 领域 专家 也 能 轻松 上 手 。 由 于 DSL 的 这 个 特性 ， 代 码 和 领域 知识 能 在 你 的 
组 织 内 无 颖 地 分 享 与 沟通 。 

口 可 维护 性 一 一 构建 于 设计 良好 的 DSL 之 上 的 代码 既 易 于 维护 又 便于 修改 。 可 维护 性 对 于 

业务 相关 的 代码 尤其 重要 ， 应 用 这 部 分 的 代码 很 可 能 需要 经 常 变更 。 

口 高 层 的 抽象 性 一 一 DSL 中 提供 的 操作 与 领域 中 的 抽象 在 同一 层次 ， 因 此 隐藏 了 那些 与 领 

域 问题 不 直接 相关 的 细节 。 

口 专注 一 一 使 用 专门 为 表述 业务 领域 规则 而 设计 的 语言 ， 可 以 帮助 程序 员 更 专注 于 代码 的 

某 个 部 分 。 结 果 是 生产 效率 得 到 了 提升 。 

口 关注 点 隔离 一 一 使 用 专用 的 语言 描述 业务 逻辑 使 得 与 业务 相关 的 代码 可 以 同 应 用 的 基础 
架构 代码 相 分 离 。 以 这 种 方式 设计 的 代码 将 更 容易 维护 。 

讲 了 那么 多 优点 ，DSL 也 有 其 短 板 。 在 你 的 代码 中 加 入 DSL 可 能 会 带 来 下 面 的 次 端 。 

口 DSL 的 设计 比较 困难 一 一 要 想 用 精简 有 限 的 语言 描述 领域 知识 本 身 就 是 件 困难 的 事情 。 

口 开发 代价 一 一 向 你 的 代码 库 中 加 入 DSL 是 一 项 长 期 投资 ， 尤 其 是 其 启动 开销 很 大 ， 这 在 

项 目的 早期 可 能 导致 进度 延迟 。 此 外 ，DSL 的 维护 和 演化 还 需要 占用 额外 的 工程 开销 。 

口 额外 的 中 间 层 一 一 DSL 会 在 额外 的 一 层 中 封装 你 的 领域 模型 ， 这 一 层 的 设计 应 该 尽 可 能 

地 薄 ， 只 有 这 样 才能 避免 带 来 性 能 问题 。 

口 又 一 门 要 掌握 的 语言 一 一 当今 时 代 ， 开 发 者 已 经 习惯 了 使 用 多 种 语言 进行 开发 。 然 而 ， 
在 你 的 项 目 中 加 入 新 的 DSL 意味 着 你 和 你 的 团队 又 需要 掌握 一 门 新 的 语言 。 如 果 你 决定 
在 你 的 项 目 中 使 用 多 个 DSL 以 处 理 来 自 不 同业 务 领域 的 作业 ， 并 将 它们 无 缝 地 整合 在 一 
起 ， 那 这 种 代价 就 更 大 了 ， 因 为 DSL 的 演化 也 是 各 自 独立 的 。 

口 宿主 语言 的 局 限 性 一 一 有 些 通用 型 的 语言 ( 比如 Java ) 一 向 以 其 烦琐 和 僵硬 而 闻名 。 这 

些 语言 使 得 设计 一 个 用 户 友 好 的 DSL 变 得 相当 困难 。 实 际 上 ，,， 构建 于 这 种 烦琐 语言 之 上 
的 DSL 已 经 受 限于 其 爱 肿 的 语法 ,使 得 其 代码 几乎 不 具备 可 读 性 。 好 消息 是 ，Java 8 引 
人 的 Lambda 表达 式 提供 了 一 个 强大 的 新 工具 可 以 缓解 这 个 问题 。 

要 依据 这 个 优 缺 点 的 列表 ， 决 定 是 否 为 你 的 项 目 添加 一 个 DSL 并 不 是 件 容易 的 事情 。 除 了 
实现 自己 的 DSL, 你 还 有 一 些 其 他 的 选择 。 在 你 研究 到 底 该 用 哪 种 模式 和 策略 开发 一 个 可 读 性 好 
又 容易 使 用 的 DSL 之 前 ， 先 快速 了 解 一 下 Java 8 及 之 后 版 本 提供 的 可 选项 它们 提供 了 哪些 解 10 
决 方案 ， 都 适合 什么 样 的 环境 。 
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10.1.2 ”JVM 中 已 提供 的 DSL 解决 方案 


本 节 会 学 习 DSL 的 分 类 。 除 此 之 外 , 还 会 介绍 除了 通过 Java 实现 DSL 之 外 ,你 还 有 哪些 选 
择 。 接 下 来 ， 我 们 会 介绍 如 何 利用 Java 提供 的 特性 实现 一 个 DSL。 

按照 Martin Fowler" 引 入 的 对 DSL 最 常见 的 划分 方法 , DSL 可 以 分 成 内 部 DSL 和 外 部 DSL。 
内 部 DSL (也 被 称 作 骨 入 式 DSL ) 借 由 现 有 的 宿主 语言 ( 可 以 是 纯 Java 代码 ， 也 可 以 是 其 他 语 
言 ) 实现 ， 而 外 部 DSL 通常 被 称 为 独立 DSL ( stand-alone DSL )， 因 为 它们 都 是 从 无 到 有 进行 创 
建 ， 其 语法 与 宿主 语言 几乎 完全 无 关 。 

除 此 之 外 ,JVM 还 为 你 提供 了 第 三 个 备 选项 , 这 是 一 种 介 于 内 部 DSL 与 外 部 DSL 之 间 的 解 
决 方案 : 可 以 在 JVM 上 运行 男 一 种 通用 编程 语言 ,而 这 种 语言 比 Java 自身 更 灵活 、 更 有 表现 力 ， 
壁 如 Scala， 或 者 Groovy。 我 们 把 这 样 的 第 三 种 选项 称 为 “多 语言 DSL”( polyglot DSL )。 

接 下 来 的 内 容 中 会 依次 介绍 这 三 种 类 型 的 DSL。 


1. 内 部 DSL 

由 于 本 书 是 关于 Java 的 , 因此 当 我 们 提 到 内 部 DSL 时 , 当然 指 的 是 用 Java 语言 编写 的 DSL。 
历史 上 ，Java 并 不 是 一 种 “适合 编写 DSL” 的 语言 ， 因 为 它 结构 腔 肿 、 语 法 僵化 ,我 们 很 难 用 它 
写 出 可 读 性 好 、 简 洁 、 同 时 又 有 表现 力 的 DSL。 这 个 问题 随 着 Lambda 表达 式 的 引入 被 逐渐 解决 
了 。 正 如 我 们 在 第 3 章 中 看 到 的 那样 ，Lambda 能 以 简洁 的 方式 进行 行为 参数 化 ， 这 一 点 非常 有 
用 。 实 际 上 ， 大 量 地 使 用 Lambda 之 后 ， 代 码 不 再 像 匿 名 内 部 类 那样 见长 ， 以 这 种 方式 实现 的 
“信号 /噪声 比 ”DSL 也 更 容易 被 接受 。 为 了 演示 信号 /噪声 比 , 你 可 以 试 试用 Java 7 的 语法 ,搭配 
Java 8 新 引入 的 forEach 方法 ， 打印 输出 一 个 string 列表 : 










































































List<String> numbers = Arrays.asList ("one", "two", "three"); 
numbers.forEach( new Consumer<String>() { 

@Override 

public void accept( String s ) { 


System.out .println(s); 
} 
外 这 
这 段 代码 中 ， 加 粗 的 部 分 是 我 们 想 要 传递 的 “代码 信号 ”。 所 有 其 他 部 分 的 代码 都 是 语法 上 
的 噪声 ， 并 没有 带 来 任何 额外 的 价值 ， 在 Java 8 中 也 不 再 需要 (去掉 也 许 更 好 )。 匿 名 内 部 类 可 
以 通过 Lambda 表达 式 奉 代 ， 如 下 所 示 : 





numbers.forEach(s -> System.out.println(s)); 
或 者 ， 你 可 以 采用 更 精简 的 方式 ， 传 递 一 个 方法 引用 ， 达 到 同样 的 效果 : 


numbers.forEach(System.out::println); 









































@ 马丁 : 富 勒 是 一 个 软件 开发 方面 的 著作 者 和 国际 知名 演说 家 ， 他 专注 于 面向 对 象 分 析 与 设计 、 统 一 建 模 语言 、 领 
域 建 模 ， 以 及 敏捷 软件 开发 方法 ， 包 括 极限 编程 。 




















10.1 领域 特定 语言 215 





当 你 希望 你 的 用 户 不 需要 花费 太 多 的 精力 在 实现 技术 上 时 ， 使 用 Java 构建 你 自己 的 DSL 可 

6 是 一 个 不 错 的 选择 。 如 果 Java 语法 不 是 什么 大 问题 的 话 ， 那 么 选择 使 用 纯 Java 开发 你 的 DSL 

有 很 多 优点 。 

口 学 习 如 何 实现 一 个 良好 的 DSL 所 需 的 那些 模式 和 技巧 , 与 学 习 一 门 新 的 语言 及 其 工具 链 ， 

并 将 其 用 于 开发 外 部 DSL 比较 起 来 ， 所 花费 的 精力 和 时 间 要 少 得 多 。 

口 如 果 你 的 DSL 用 纯 Java 编写 ， 它 就 能 与 其 他 的 代码 一 起 编译 。 由 于 不 需要 集成 新 的 语言 

编译 器 或 者 其 他 用 于 生成 外 部 DSL 的 工具 ， 你 在 编译 成 本 这 块 不 会 有 任何 新 增 开销 。 

口 你 的 开发 团队 不 需要 花 时 间 去 熟悉 新 的 语言 ， 也 不 需要 去 研究 那些 他 们 不 熟悉 的 、 复 困 

的 外 部 工具 。 

口 你 DSL 的 用 户 能 够 使 用 跟 你 一 样 的 集成 开发 环境 ， 充 分 利用 集成 开发 环境 所 提供 的 所 有 
特性 ， 壁 如 自动 补 全 、 代 码 重 构 等 。 虽然 现代 IDE 也 在 不 断 地 改进 它们 对 别 的 基于 JVM 
的 流行 语言 的 支持 ,但 是 目前 为 止 还 没有 哪 一 种 语言 的 支持 能 达到 跟 Java 同等 的 程度 。 

口 如 果 你 需要 实现 多 种 DSL 来 支撑 你 领域 的 多 个 部 分 ， 或 者 支持 多 个 领域 ， 如 果 它 们 都 是 
用 纯 Java 编写 的 ， 那 整合 它们 不 会 是 一 个 大 问题 。 
整合 DSL 还 有 另外 一 种 选择 ， 如 果 你 的 DSL 同样 都 基于 Java 字 节 码 , 那么 可 以 通过 整合 基 
于 JVM 的 编程 语言 达到 同样 的 效果 。 我 们 把 这 些 DSL 叫 作 “多 语言 DSL”， 下 一 节 中 对 其 进行 
了 介绍 。 


z》 








































































































2. 多 语言 DSL 

现在 , JVM 上 可 以 运行 的 语言 可 能 已 经 超过 了 100 种 , 其 中 很 多 语言 , 璧 如 Scala 和 Groovy， 
都 非常 流行 ,大批 的 开发 者 对 它们 都 很 熟悉 。 其 他 语言 ， 包 括 JRuby 和 卫 ython， 是 由 别 的 知名 
的 编程 语言 迁移 到 JVM 上 的 。 最 后 ， 还 有 一 些 新 兴 语 言 ， 壁 如 Kotlin 和 Ceylon， 最 近 也 获得 了 
很 多 的 关注 ， 因 为 它们 声称 能 提供 与 Scala 比肩 的 特性 ， 并 且 天 然 更 简单 ， 学 习 曲 线 更 平滑 。 所 
有 的 这 些 语言 都 比 Java 新 ， 设 计 之 初 没 那么 多 限制 ， 语 法 也 不 那么 兄长 。 这 种 特质 非常 重要 ， 
由 于 编程 语言 具有 内 建 的 简洁 性 ， 用 它 实 现 的 DSL 也 不 会 太 烦 琐 。 

Scala 提供 了 几 个 特别 适合 用 于 开发 DSL 的 特性 ， 壁 如 柯 里 化 、 隐 式 转 换 等 。 第 20 章 会 对 
Scala 进行 一 个 概略 的 介绍 ， 并 将 它 与 Java 进行 比较 。 就 目前 而 言 ， 我 们 只 想 通 过 一 个 简单 的 例 
子 ， 让 你 对 这 些 特 性 能 达到 什么 效果 有 一 个 感性 的 认识 。 

假设 你 要 构建 一 个 工具 函数 ,持续 执行 男 一 个 函数 £ 指定 的 次 数 。 刚 开始 , 你 可 能 会 考虑 按 
照 下 面 这 种 递归 的 方式 用 Scala 语言 实现 (不 用 担心 看 不 懂 这 些 语法 ， 目 前 最 重要 的 是 理解 其 中 
的 思想 )。 










































































de times (i "Tnty Ef => "Unt Unit .4 


f < 一 执行 上 函数 
En 一] 如 果 计 数 器 i 为 正 ， 
} 就 将 其 减 一 ， 递 归 调 
用 该 函数 指定 的 次 数 





注意 在 Scala 中 , 使 用 一 个 非常 大 的 值 i 调用 该 函数 也 不 会 导致 栈 溢出 ,而 这 在 Java 中 一 定 
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会 发 生 , 因为 Scala 对 尾部 调用 进行 了 优化 , 这 意味 着 对 times 函数 的 递归 调用 不 会 被 加 入 到 栈 
中 。 关 于 这 个 主题 , 第 18 章 和 第 19 章 会 有 更 多 的 介绍 。 你 可 以 使 用 该 函数 重复 调用 另外 一 个 函 
数 ( 壁 如 下 面 这 个 例子 ,持续 打 印 输 出 “Hello World” 三 次 )， 如 下 所 示 : 





times(3, println("Hello World")) 
如 果 你 对 times 函数 进行 柯 里 化 ,或 者 将 它 的 参数 划分 到 两 个 分 组 之 中 (第 19 章 会 详细 讨 
论 “ 柯 里 化 ”)， 如 下 所 示 : 


def times(i: Int) (f: => Unit): Unit = { 
Ff 
if (i > 1 times(i - 1) (f£) 

. 


把 要 执行 的 函数 作为 参数 传递 到 花 括号 中 很 多 次 的 话 ， 你 可 以 获得 同样 的 效果 : 











times(3) { 
printlin("Hello World") 
} 


最 后 , 在 Scala 中 你 可 以 定义 一 个 隐 式 转换 将 Int 转换 为 一 个 匿名 类 , 而 这 只 需要 一 个 函数 ， 
该 函数 接受 一 个 需要 重复 执行 的 函数 作为 参数 。 再 次 强调 一 下 , 不 用 担心 现在 看 不 懂 这 里 的 语法 
及 细节 。 这 个 例子 的 目标 就 是 让 你 了 解 Java 之 外 还 有 哪些 可 能 的 选项 。 


定义 一 个 由 Int 向 匿 
new { 名 类 的 隐 式 转换 



































implicit def intToTimes (i: Int) 


def times(f: => Unit): Unit = { 
5 > 。 这 个 类 只 有 一 个 times 
def times(is: Inty fs = mit}s Unirts { = 二 > 
函数 , 它 接 受 另 一 个 函数 
了 lst Ly} f 作为 参数 
} 第 二 个 times 函数 接受 两 个 参数 ， 它 定 
times(i, f) 4— 、 义 于 第 一 个 times 函数 的 作用 域 之 内 
” 调用 内 部 的 


} times 函数 


通过 这 种 方式 ， 你 基于 Scala 内 建 的 小 型 DSL 就 可 以 调用 一 个 函数 ， 让 它 打印 输出 “Hello 
World” 三 次 ， 如 下 所 示 : 
3 times { 


printlin("Hello World") 
} 


如 你 所 见 ， 最 终 的 DSL 没有 任何 语法 噪声 ， 它 非常 容易 理解 ， 即 便 是 不 懂 程 序 设 计 的 人 也 
没有 什么 困难 。 这 里 的 数字 3 会 自动 地 被 编译 器 转换 为 类 的 实例 ， 并 将 变量 保存 到 字段 i 中 。 
接着 times 函数 接受 一 个 要 被 重复 执行 的 函数 作为 参数 ， 被 不 带 “ 点 ”的 符号 调用 。 

在 Java 中 要 得 到 类 似 的 效果 几乎 是 不 可 能 的 ， 由 此 可 见 使 用 “DSL 友好 ”的 语言 能 带 来 的 
好 处 多 么 明显 。 然 而 ， 这 一 选择 也 带 有 一 些 明显 的 不 足 ， 包 括 如 下 几 点 。 
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口 你 得 学 习 新 的 语言 ， 或 者 你 的 团队 中 已 经 有 人 熟练 掌握 了 这 门 语言 。 用 这 些 语言 开发 一 
个 优雅 的 DSL 通常 会 用 到 一 些 相 对 比较 高 级 的 特性 ， 只 对 新 的 语言 有 一 些 浅 学 辑 止 的 肤 
浅 认识 是 远 远 不 够 的 。 

由 于 需要 编译 由 两 种 甚至 多 种 语言 编写 的 源 代 码 ， 你 需要 整合 多 个 编译 器 ， 而 这 会 让 你 

的 构建 流程 变 得 更 加 复杂 。 

口 最 后 , 虽然 运行 于 JVM 上 的 主流 语言 都 声称 与 Java 百 分 百 兼容 , 但 是 让 它们 与 Java 实现 
互 操 作 经 常 还 是 需要 进行 各 种 入 从 的 妥协 。 此 外 ， 这 种 互 操作 有 时 还 会 导致 性 能 问题 。 
譬如 ，Scala 和 Java 的 集合 类 型 不 是 完全 兼容 的 ， 因 此 当 一 个 Scala 的 集合 需要 传递 给 一 
个 Java 函数 ， 或 者 反之 情况 出 现时 ， 原 始 的 集合 都 需要 进行 一 次 转换 ， 将 其 转换 为 目标 
语言 原生 API 支 持 的 格式 。 


3. 外 部 DSL 

在 你 的 项 目 中 添加 DSL 还 有 第 三 种 选项 ， 那 就 是 实现 一 个 外 部 DSL。 选 择 这 种 方式 ， 你 得 
从 头 开始 设计 一 个 新 的 语言 , 它 要 有 自己 的 语法 和 语义 。 你 还 得 建立 独立 的 基础 架构 去 解析 新 语 
言 , 分 析 解 析 的 输出 ， 生 成 对 应 的 代码 来 执行 你 的 外 部 DSL。 这 可 是 个 大 工程 ! 完成 这 些 任务 所 
需 的 技能 也 很 高 ， 不 太 容易 迅速 掌握 。 如 果 你 希望 沿 着 这 个 方向 发 展 ， 那 么 可 以 看 看 ANTLR， 
这 是 个 应 用 很 广 的 解析 生成 器 ， 它 也 是 伴随 着 Java 一 路 成 长 而 来 的 工具 。 

此 外 ， 即 便 是 从 头 设计 一 种 一 致 的 编程 语言 也 并 非 易 事 。 比 较 常 见 的 问题 是 外 部 DSL 经 党 
发 生 越界 ， 去 管 一 些 设计 之 初 并 不 期 望 它 去 管 的 事情 。 

开发 外 部 DSL 能 带 来 的 最 大 好 处 是 它 给 你 提供 了 几乎 无 限 的 灵活 性 。 外 部 DSL 的 出 现 ， 让 
你 有 可 能 设计 一 种 完全 适合 你 领域 和 偏好 的 语言 。 如 果 你 干 得 不 错 , 那么 最 终 的 语言 将 具有 极其 
良好 的 可 读 性 ,非常 适合 描述 和 解决 你 领域 中 的 问题 。 此 外 ， 它 还 有 个 正面 的 结果 ， 即 通过 外 部 
DSL 编写 的 业务 代码 与 使 用 Java 开发 的 基础 架构 代码 之 间 泾 渭 分 明 ， 很 容易 区 分 。 然 而 ， 这 种 
分 离 是 把 双 刃 剑 ， 因 为 它 同 时 也 在 DSL 与 宿主 语言 之 间 人 为 地 创建 了 一 层 屏障 。 

本 章 接 下 来 的 部 分 会 学 习 如 何 创 建 使 其 更 有 效 的 基于 Java 内 部 DSL 的 模式 和 技巧 。 我 们 会 
探讨 这 些 想法 如 何在 原生 Java API 的 设计 中 得 到 应 用 , 特别 是 Java 8 及 之 后 版 本 中 新 增 的 那 部 分 
API 是 如 何 应 用 的 。 
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最 先 使 用 Java 新 的 函数 式 能 力 的 API 是 原生 Java API 自身 。Java 8 之前, 原生 Java API 就 已 
经 有 几 个 带 单一 抽象 方法 的 接口 ， 不 过 使 用 这 些 抽象 接口 需要 实现 匿名 内 部 类 ，10.1 节 分 析 过 ， 
采用 这 种 方式 语法 非常 腔 有 种 。Lambda 表达 式 以 及 方法 引用 (从 DSL 的 角度 而 言 ， 这 可 能 是 更 重 
要 的 因素 ) 的 引入 改变 了 游戏 的 规则 ， 让 函数 式 接口 成 为 了 JavaAPI 设 计 的 基石 。 

Java 8 中 的 Comparator 接口 已 经 更 新 采用 了 这 种 新 的 方法 。 在 本 书 第 13 章 中 ， 你 会 知道 
接口 可 以 同时 包含 静态 方法 和 默认 方法 。 目 前 而 言 ， Ccomparator 接口 是 一 个 很 好 的 例子 ,其 能 
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帮助 我 们 理解 Lambda 是 怎样 改善 原生 Java API 的 可 重用 性 和 组 合 性 的 。 
假设 你 有 一 个 表示 人 ( Persons ) 的 对 象 列 表 , 你 希望 按照 人 的 年 龄 对 这 些 对 象 排序 .Lambda 
出 现 之 前 ， 你 只 能 通过 内 部 类 实现 comparator 接口 ， 如 下 所 示 : 


Collections.sort (persons, new Comparator<Person>() { 
public int compare (Person pl, Person p2) { 
return pl.getAge() - p2.getAge(); 


} 
}); 


与 在 本 书 中 看 到 的 其 他 例子 一 样 ， 你 可 以 用 更 紧凑 的 Lambda 表达 式 替 换 内 部 类 : 
Collections.sort (people, (pl, p2) -> pl.getAge() - p2.getAge()); 
采用 这 一 技巧 极 大 地 改善 了 你 代码 的 可 读 性 , 减少 了 那些 无 关 痛 痒 的 干扰 因素 对 你 理解 代码 
逻辑 的 影响 "。 不 过 ，Java 也 提供 了 一 系列 的 静态 工具 方法 ， 它 们 可 以 帮助 你 以 更 具 可 读 性 的 方式 
创建 comparator 对 象 。 这些 静 态 方法 包含 在 Comparator 接口 中 。 通 过 静态 导 和 人 Comparator. 
comparing 方法 ， 你 可 以 重 写 上 述 排序 示例 ， 如 下 所 示 : 





























Collections.sort (persons, comparing(p -> p.getAge())); 
你 甚至 可 以 更 进一步 ， 用 方法 引用 替换 掉 代码 中 的 Lambda: 
Collections.sort (persons, comparing (Person::getAge)); 


这 种 方法 能 带 来 的 好 处 还 可 以 更 大 。 如 果 你 想 按照 年 龄 的 逆序 对 人 进行 排序 , 那么 可 以 尝试 
使 用 实例 方法 reverse (这 也 是 在 Java 8 中 引入 的 新 特性 ); 














Collections.sort (persons, comparing (Person::getAge) .reverse()); 


更 进一步 ， 如 果 你 希望 同样 年 龄 的 人 可 以 按照 姓名 的 字母 顺序 排序 ， 那么 可 以 构造 一 个 
Comparator， 对 人 的 名 字 进 行 比 较 : 

















Collections.sort (persons, comparing (Person::getAge) 
.thenComparing (Person: :getName)); 


最 后 ， 你 可 以 使 用 List 接口 中 新 增 的 sort 方法 对 排序 对 象 做 进一步 整理 : 





persons.sort (comparing (Person: :getAge) 
.thenComparing (Person: :getName)); 


这 个 小 小 的 API 可 以 被 看 成 是 集合 排序 领域 的 一 个 微型 DSL。 虽然 它 的 范畴 很 有 限 , 但 是 
已 经 显示 了 良好 的 设计 ， 它 利用 Lambda 和 方法 引用 改善 了 你 代码 的 可 读 性 、 重 用 性 以 及 可 组 
合 性 。 

接 下 来 的 一 节 会 探讨 Java 8 中 用 法 最 多 、 运 用 最 广泛 、 可 读 性 改善 也 更 明显 的 类 : Stream API。 






































Q 原文 中 的 术语 为 “ 信 品 比 ”。 
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10.2.1 把 Stream API 当成 DSL 去 操作 集合 


stream 接口 是 小 型 内 部 DSL 引入 原生 Java API 非常 好 的 一 个 例子 。 事实 上 ,Stream 是 一 个 
紧凑 却 强大 的 DSL, 它 可 以 对 集合 中 的 元 素 进行 过 滤 、 排 序 、 转 换 、 归 并 等 操作 。 假设 你 需要 读 
取 一 个 日 志文 件 , 取出 其 中 包含 “ERROR” 关 键 字 的 前 40 行 , 并 将 其 存放 到 一 个 List<string> 
对 象 中 。 你 可 以 以 命令 式 的 风格 执行 这 项 任务 ， 代 码 清单 如 下 。 


代码 清单 10-1 ”以 命令 式 的 风格 读 取 日 志文 件 中 的 错误 行 
List<String> errors = new ArrayList<>(); 
int errorCount = 0; 
BufferedReader bufferedReader 
= new BufferedReader (new FileReader (fileName)); 
String line = bufferedReader.readLine(); 




















while (errorCount < 40 && line != null) { 
if (line.startsWith("ERROR")) { 
errors.add (line); 
errorCount++; 


} 
line = bufferedReader.readLine(); 


} 

为 简洁 起 见 ， 上 述 代码 没有 进行 任何 错误 处 理 。 即 便 如 此 ， 这 段 代 码 看 起 来 还 是 异常 腑 肿 ， 
它 的 意图 并 不 简洁 明了 。 另 一 个 破坏 可 读 性 和 可 维护 性 的 因素 是 它 没有 执行 关注 点 隔离 。 我 们 可 
以 观察 到 ,同样 功能 的 代码 散落 于 多 个 语句 中 。 辟 如， 以 逐 行 方式 读 取 文件 的 代码 出 现在 了 三 个 
地 方 ， 分 别 位 于 : 
口 FileReader 创建 的 地 方 ; 
口 while 循环 的 第 二 个 条 件 判断 ， 检 查 文 件 是 否 已 经 到 了 结尾 ; 
口 while 循环 的 末尾 ， 它 需要 读 取 文 件 的 下 一 行 。 
类 似 地 ， 限 制 列 表 只 收集 前 40 行 结果 的 代码 也 散落 在 三 个 语句 中 : 
口 初始 化 变量 errorcount 时 ; 
D while 循环 的 第 一 个 条 件 ; 
口 发 现 日 志 中 存在 以 “ERROR” 打 头 的 行 时 递增 计数 器 的 语句 。 
借助 于 Stream 接口 ， 我 们 能 以 更 加 函数 式 的 风格 达到 同样 的 效果 ， 并 且 更 简单 且 更 紧凑 ， 
代码 清单 如 下 。 


代码 清单 10-2 ”以 函数 式 的 风格 读 取 日 志文 件 中 的 错误 行 


打开 文件 并 创建 一 个 字符 串 流 ， 每 
个 字符 串 对 应 于 文件 中 的 一 行 10 
List<String> errors = Files.lines (Paths.get (fileName)) 


.filter(line -> line.startsWith ("ERROR")) < 
对 结果 做 限制 mb so) i 
ns ; 2 过 滤 出 以 “ERROR 
只 取 前 40 行 .Collect (toList()); 打头 的 行 
收集 结果 ， 将 字符 


串 归 并 到 一 个 列表 
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Files.lines 是 一 个 静态 工具 方法 ， 它 返回 一 个 Stream<String>， 每 一 个 string 代表 
解析 文件 中 的 一 行 。 这 里 是 代码 中 唯一 一 处 以 逐 行 方式 读 取 文 件 的 地 方 。 同 样 的 ，1imit (40) 
这 一 行 语句 就 完成 了 对 结果 数据 的 限制 ， 我们 只 收集 前 40 行 错误 日 志 。 异 党 简洁 明 了 ! 你 还 能 
想到 更 具 可 读 性 的 方式 吗 ? 

Stream API 的 流畅 风格 是 另 一 个 值得 探讨 的 话题 , 这 也 是 设计 良好 的 DSL 的 典型 。 所 有 的 中 
间 操 作 都 是 延迟 的 , 返回 值 是 一 个 可 以 进行 流水 线 的 操作 序列 。 终止 操作 都 是 积极 式 的 (eager )， 
会 触发 计算 整个 流水 线 的 结 
是 时 候 探 讨 男 一 个 小 型 DSL 的 API 了 。 接 下 来 要 讨论 的 是 与 Stream 接口 的 collect 方法 
经 常 一 起 使 用 的 API: Collectors API。 

































































10.2.2 将 collectors 作为 DSL 汇总 数据 


通过 前 面 的 学 习 , 你 已 经 知道 Stream 接口 可 以 作为 DSL 操作 数据 列表 。 同样 , Collector 
接口 也 可 以 作为 DSL， 对 数据 进行 分 析 汇 总 。 第 6 章 介绍 过 collector 接口 ， 包 括 如 何 使 用 它 
对 流 中 的 元 素 进行 收集 、 分 组 和 划分 。 我 们 也 介绍 过 通过 collectors 类 的 静态 工厂 方法 ， 可 
以 非常 方便 地 创建 各 种 类 型 的 col lector 对 象 , 并 汇总 它们 。 现在 ,让 我 们 从 DSL 的 角度 审视 
下 这 些 方法 是 如 何 设计 的 。 特 别 是 ，comparator 接口 可 以 整合 在 一 起 支持 多 字段 排序 ， 而 
Collector 接口 也 可 以 整合 在 一 起 支持 多 层 分 组 ( multilevel grouping )。 辟 如， 你 可 以 对 汽车 列 
表 进 行 分 组 ， 先 按照 它们 的 品牌 ， 然 后 按照 它们 的 颜色 ， 如 下 所 示 : 

Map<String, Map<Color, List<Car>>> carsByBrandAndColor = 


cars.stream() .collect (groupingBy (Car: :getBrangd, 
groupingBy (Car: :getColor))); 


与 你 曾经 连接 两 个 comparator 的 方式 比较 起 来 ， 你 注意 到 这 里 有 什么 不 同 吗 ? 通过 流畅 
方式 组 合 两 个 Comparator, 你 定义 了 一 个 多 域 的 Comparator: 


























Comparator<Person> comparator = 
comparing (Person: :getAge) .thenComparing (Person: :getName); 


而 Collectors API 允许 你 以 租 套 collector 的 方式 创建 多 层 的 collector: 





Collector<? super Car, ?, Map<Brand, Map<Color, List<Car>>>> 
carGroupingCollector = 
groupingBy (Car: :getBrand, groupingBy (Car: :getColor)); 


通常 情况 下 , 我 们 认为 流畅 风格 比 和 能 套 风格 的 可 读 性 好 很 多 , 这 一 点 在 组 合 涉及 三 个 及 以 上 
组 件 时 就 愈加 明显 了 。 这 种 风格 上 的 差异 是 为 了 别具一格 吗 ? 事实 上 , 它 反映 的 是 一 个 刻意 的 设 
计 选 择 ， 因 为 最 内 层 的 collector 需要 首先 执行 ， 然 而 逻辑 上 ， 它 是 最 后 被 执行 的 一 组 。 这 个 
例子 中 ， 我 们 通过 几 个 静态 方法 内 套 了 collector 的 创建 ， 而 没有 使 用 流畅 的 连接 方式 ， 所 以 
最 内 层 的 分 组 会 首先 执行 ， 然 而 从 代码 上 一 眼看 过 去 ， 它 似乎 应 该 是 最 后 执行 的 。 

实现 一 个 代理 groupingBy 工厂 方法 的 GroupingBuilgder 可 能 更 容易 一 些 (除了 在 定义 
中 使 用 泛 型 )， 然 而 你 需要 允许 多 个 分 组 操作 可 以 流畅 地 组 合 。 代 码 清单 如 下 。 
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代码 清单 10-3 ”一 个 流畅 分 组 的 collectors 构建 器 


import static java.util.stream.Collectors.groupingBy; 


public class GroupingBuilder<T, D, K> { 
private final Collector<? super T, ?, Map<K, D>> collector; 


private GroupingBuilder (Collector<? super T, ?, Map<K, D>> collector) { 
this.collector = collector; 


} 


public Collector<? super T, ?, Map<K, D>> get() { 
return collector; 


} 


public <J> GroupingBuilder<T, Map<K, D>, J> 
after (Function<? super T, ? extends J> classifier) { 
return new GroupingBuilder<>(groupingBy (classifier, collector)); 


} 


public static <T, D, K> GroupingBuilder<T, List<T>, K> 
groupOn (Function<? super T, ? extends K> classifier) { 
return new GroupingBuilder<>(groupingBy (classifier)); 


} 
这 个 流畅 构建 器 有 什么 问题 吗 ?” 如 果 你 尝试 用 一 下 ， 就 发 现 问题 了 : 





Collector<? super Car, ?, Map<Brand, Map<Color, List<Car>>>> 
CarGroupingCollector = 
groupOn (Car: :getColor) .after (Car: :getBrand) .get () 

如 你 所 见 ,这 个 工具 类 的 使 用 不 太 直 观 , 因为 分 组 函数 需要 以 座 套 分 组 层次 的 逆序 方式 书写 。 
如 果 你 试图 修复 这 个 次 序 问 题 , 重 构 这 个 流畅 汝 数 ， 就 会 发 现 非常 不 幸 ，Java 的 类 型 系统 不 允许 
你 这 么 做 ! 

通过 更 近 距 离 观 察 原生 JavaAPI 以 及 它们 设计 决策 背后 的 逻辑 , 你 已 经 逐渐 学 习 了 一 些 可 以 
帮助 你 创建 可 读 性 好 的 DSL 的 模式 和 技巧 。 接 下 来 的 一 节 会 继续 学 习 开 发 有 效 DSL 的 技巧 。 


10.3 ”使 用 Java 创建 DSL 的 模式 与 技巧 


DSL 提供 了 用 户 友好 、 可 读 性 强 的 API,， 能 帮 你 高 效 地 处 理 特定 的 领域 模型 。 我们 由 定义 一 
个 简单 的 领域 模型 展开 本 节 内 容 ， 接 着 会 讨论 在 此 模型 之 上 创建 DSL 有 哪些 模式 可 用 。 

本 节 例 子 的 领域 模型 包括 三 样 东西 。 首 先是 简单 的 Java beans， 用 于 对 指定 市 场 的 股票 报价 
进行 建 模 : 
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public class Stock { 


private String symbol; 
private String market; 


public String getSymbol() { 
return symbol; 

} 

public void setSymbol (String symbol) { 
this.symbol = symbol; 


public String getMarket() { 
return market; 

} 

public void setMarket (String market) { 
this.market = market; 





其 次 是 按照 给 定价 格 买 人 或 者 卖 出 指定 数量 股票 的 交易 : 
public class Trade { 


public enum Type { BUY, SELL } 
private Type type; 


private Stock stock; 
private int quantity; 
private double price; 


public Type getType() { 
return type; 


public void setType(Type type) { 


this.type = type; 


public int getQuantity() { 
return quantity; 





public void setQuantity(int quantity) { 
this.gquantity = quantity; 


public double getPrice() { 
return price; 

} 

public void setPrice(double price) { 
this.price = price; 


public Stock getStock() { 
return stock; 
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} 
public void setStock(Stock stock) { 
this.stock = stock; 


} 


public double getValue() { 
return quantity * price; 
} 
} 


最 后 是 客户 提交 的 要 求 完 成 一 个 或 多 个 交易 的 订单 : 


public class Order { 




















private String customer; 
private List<Trade> trades = new ArrayList<>(); 


public void addTrade (Trade trade) { 
trades.add (trade); 
lj 


public String getCustomer() { 
return customer; 

} 

public void setCustomer (String customer) { 
this.customer = customer; 


} 


public double getValue() { 
return trades.stream() .mapToDouble (Trade: :getValue) .sum(); 


} 


个 领域 模型 很 直 白 。 辟 如 ,创建 表示 订单 的 对 象 非常 烦琐 。 如 果 你 要 为 你 的 客户 BigBank 
定义 一 个 包含 两 项 交易 的 订单 ， 代 码 清单 如 下 。 


代码 清单 10-4 ”直接 使 用 领域 对 象 的 API 创 建 股票 交易 订单 


Order order = new Order(); 
order.setCustomer ("BigBank"); 





Trade tradel = new Trade(); 
tradel.setType (Trade.Type.BUY); 


Stock stockl = new Stock(); 
stockl.setSymbol ("IBM" ) ; 
stockl.setMarket ("NYSE"); 





tradel.setStock (stockl); 
tradel.setPrice(125.00); 
tradel.setQuantity (80); 
order.addTrade (tradel); 








Trade trade2 = new Trade(); 
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trade2.se 


Stock sto 
stock2.se 
stock2.se 


Ck2 = new Stock(); 
tSymbol ("GOOGLE"); 
tMarket ("NASDAOQO"); 
trade2.setStock (stock2); 
trade2.setPrice(375.00); 
trade2.setQuantity(50); 

order.addTrade (trade2); 





这 上段 代码 的 烦琐 程度 让 人 几乎 无 法 接受 , 你 不 可 能 期 望 一 个 非 开 发 人 员 领 域 专 
你 需要 一 个 能 够 反映 你 的 领域 模型 并 能 通过 直接 


解 并 验 说 





F 它 。 





Type (Trade .Type.BUY) ， 


zz 人 Eb 


家 能 够 快速 理 
且 直 观 方式 修改 它 的 DSL。 你 有 





























很 多 途径 能 达到 这 一 效果 。 接 下 来 的 一 节 会 讨论 这 些 途 径 的 优 缺 点 。 


10.3.1 方法 链接 


方法 链接 ( method chaining ) 是 











三 二 二 


取 般 














我 们 要 探讨 的 第 一 个 DSL 类 型 ,也 是 最 常见 的 类 型 。 它 允许 

















你 用 单 链 方法 调用 定义 一 个 交易 订 自 


Order order forCustomer ( 
.buy( 80 ) 
.Stock( "IBM 

#0 “RNY 
watt 125:00 
.Sell( 50 ) 
.Stock( "GOO 
.on( "NA 
375:00 


.at( 





单 。 下 面 的 代码 清单 是 这 种 类 型 DSL 的 一 个 示例 。 
代码 清单 10-5 ”使 用 方法 链接 创建 一 


个 股票 交 


) 


易 订单 


BigBank" 


) 
SE" 
) 


) 


GLE" 
SDAQ" 
) 


) 
) 


Eric()s 
这 段 代 码 现在 看 起 来 清爽 多 了 , 这 是 个 重大 的 改进 , 难道 你 不 这 样 觉 得 吗 ? 现在 你 的 领域 专 
家 不 用 花 太 多 精力 就 能 理解 这 段 代码 。 不 过 ， 怎 样 实现 DSL 才能 达到 这 个 效果 呢 ? 你 需要 几 个 
能 通过 流畅 API 创建 领域 对 象 的 构建 器 。 顶 层 的 构建 器 创建 并 封装 订单 , 一 个 或 多 个 交易 可 以 被 
添加 到 订单 之 中 ， 代 码 清 单 如 下 。 


代码 清单 10-6 ”提供 方法 链接 DSL 的 订单 构建 器 








~ 
见 
这 




















public class MethodChainingOrderBuilgder { 由 构建 器 
封装 的 订 
public final Order order = new Order(); < 一 单 对 象 
静态 工厂 方 
private MethodChainingOrderBuilder(String customer) { 法 , 用 于 创建 
order.setCustomer (customer); 指定 客户 订 
} 单 的 构建 器 


public static MethodChainingOrderBuilder forCustomer (String customer) 
return new MethodChainingOrderBuilder (customer); 


{ 
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—- 


创建 一 个 
public TradeBuilder buy (int quantity) { TradeBuilder, 
创建 一 个 return new TradeBuilder (this, Trade.Type.BUY, quantity); 构造 一 个 购买 股 
TradeBuilder， } 票 的 交易 
构造 一 个 卖 出 股 
票 的 交易 public TradeBuilder selll(int quantity) { 


return new TradeBuilder (this, Trade.Type.SELL, quantity); 
} 


向 订单 中 public MethodChainingOrderBuilder addTrade (Trade trade) { 


添加 交易 order.addTrade (trade); 
y He ME Ee 返回 订单 构建 器 自 
身 , 允许 你 流畅 地 创 
:天 加 六 F 疏 
public Order end() { 建 和 添加 新 的 交易 
return order; < 终止 创建 订单 
并 返回 它 





} 
订单 构建 器 的 buy () 和 sel1 () 方 法 创建 并 返回 另 一 个 构建 器 ， 该 构建 器 会 构建 一 个 交易 ， 
并 将 其 添加 到 本 订单 中 : 


public class TradeBuilder { 


private final MethodChainingOrderBuilder builder; 
public final Trade trade = new Trade(); 


private TradeBuilder (MethodChainingOrderBuilder builder., 
Trade.Type type, int quantity) { 
this.builder = builder; 
trade.setType( type ); 
trade.setQuantity( quantity ); 


public StockBuilder stock(String symbol) { 
return new StockBuilder (builder, trade, symbol); 


} 
TradeBuilder 的 唯一 一 个 公有 方法 用 于 创建 更 深 一 层 的 构建 器 , 这 个 构建 器 会 创建 股票 类 
的 实例 : 
public class StockBuilder { 
private final MethodChainingOrderBuilder builder; 


private final Trade trade; 
private final Stock stock = new Stock(); 





private StockBuilder (MethodChainingOrderBuilder builder., 
Trade trade, String symbol) { 
this.builder = builder; 

his.trade = trade; 

tock.setSymbol (symbol); 


[a 





Im 
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public TradeBuilderWithStock on(String market) { 
stock.setMarket (market);} 
trade.setStock (stock); 
return new TradeBuilderWithStock (builder, trade); 


} 
StockBuilder 仅 有 一 个 方法 on () ， 它 负责 设 定 股票 的 市 场 ， 将 股票 添加 到 交易 中 ， 并 返 
回 上 一 个 构建 名 : 


public class TradeBuilderWithStock { 
private final MethodChainingOrderBuilder builder; 
private final Trade trade; 





public TradeBuilderWithStock (MethodChainingOrderBuilder builder., 
Trade trade) { 
this.builder = builder; 
this.trade = trade; 


} 


public MethodChainingOrderBuilder at(dqouble price) { 
trade.setPrice (price); 
return builder.addTrade (trade); 

} 


公有 方法 TradeBuilderwithStock 设 定 了 交易 股票 的 单位 价格 ， 并 返回 了 原始 的 订单 构 
建 器 。 如 你 所 见 , 使 用 这 个 方法 你 可 以 流畅 地 向 订单 中 添加 交易 , 直到 终结 方法 Methodchaining- 
orderBuilder 被 调用 。 做 出 使 用 多 个 构建 器 类 一 一 尤其 是 使 用 两 个 不 同 的 交易 构建 器 的 选择 ， 
是 为 了 强制 该 DSL 的 用 户 调用 它 的 流畅 API 之 前 明确 其 调用 顺序 ， 确 保 在 用 户 启动 创建 下 一 个 
交易 之 前 交易 的 配置 都 没有 问题 。 这 种 方式 的 男 一 个 好 处 是 , 用 于 设置 订单 的 参数 都 保存 在 构建 
器 的 范畴 之 内 。 这 种 方式 极 大 地 减少 了 静态 方法 的 使 用 , 使 得 方法 名 可 以 作为 命名 参数 传递 ， 从 
而 进一步 改善 了 这 种 风格 DSL 的 代码 可 读 性 。 最 后 ， 使 用 该 技巧 的 流畅 DSL 可 能 的 语义 噪声 也 
最 少 。 

非常 不 幸 ， 这 个 方法 也 有 其 浆 端 。 主 要 的 问题 是 ,方法 链接 需要 实现 非常 见长 的 构建 器 。 为 
了 将 顶层 构建 器 与 底层 构建 器 相 融 合 ， 需 要 使 用 大 量 的 胶水 代码 。 另 一 个 明显 的 缺点 是 ,你 之 前 
可 能 要 求 你 领域 中 对 象 的 诅 套 层次 遵守 统一 的 缩 进 规范 ， 而 在 这 种 DSL 中 你 没有 有 效 的 方法 强 
制 执行 同样 的 标准 。 

下 一 节 将 研究 具有 完全 不 同 特性 的 第 二 个 DSL 类 型 。 


10.3.2 ”使 用 藤 套 函数 


岁 套 函数 DSL (nested function DSL ) 模式 的 名 称 源 于 它 使 用 向 套 于 其 他 函数 的 函数 来 生成 
领域 模型 。 下 面 的 代码 清单 就 是 使 用 这 种 DSL 风格 的 一 个 例子 。 
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代码 清单 10-7 ”使 用 肉 套 函数 创建 股票 交易 订单 


Order order = order ("BigBank", 


buy (80, 
stock("IBM", on("NYSE")), 
at (125.00)), 
sell(50, 
stock ("GOOGLE", on("NASDAQ")), 
at (375.00)) 


3 


实现 这 种 DSL 风格 所 需 的 代码 比 我 们 在 10.3.1 节 中 看 到 的 更 加 精简 。 
如 下 面 代码 清单 中 的 NestedFunctionorderBuilder 所 示 , 你 可 以 用 这 种 DSL 风格 为 你 
的 用 户 提 供 API( 假设 下 面 代码 清单 中 需要 的 所 有 静态 方法 都 已 经 默认 导入 )。 


代码 清单 10-8 ”提供 说 套 函数 DSL 的 订单 构建 天 


public class NestedFunctionOrderBuilder { 











public static Order order(String customer, Trade... trades) { 为 指定 用 户 
Order order = new Order(); 创建 订单 
order.setCustomer (customer); 
Stream.of (trades) .forEach (order::addTrade); < 一 将 所 有 的 交易 
return order; 添加 到 订单 
创建 一 个 | 
买 入 股票 


public static Trade buy (int quantity, Stock stock, double price) { 


的 交易 5 : 
return buildTrade (quantity, stock, price, Trade.Type.BUY); 

} 

public static Trade sell(int quantity, Stock stock, double price) { 
创建 一 个 return buildTrade (quantity, stock, price, Trade.Type.SsSELL); 

} 
卖 出 股票 
的 交易 


private static Trade buildTrade (int quantity, Stock stock, double price, 
Trade.Type buy) { 
Trade trade = new Trade(); 
trade.setQuantity (quantity); 
trade.setType (buy); 
trade.setStock (stock); 
trade.setPrice(price); 
return trade; 
, 用 于 定义 交易 股票 单位 
public static double at(double price) { < 价格 的 虚拟 方法 
return price; 


} 
public static Stock stock(String symbol, String market) { 
Stock stock = new Stock(); 
创建 交易 | stock.setSymbol (symbol); 


stock.setMarket (market); 
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return stock; 
} 定义 股票 交易 


: | : ， 市 场 的 桩 方法 
public static String on(String market) { < 一 


return market; 
} 
} 


跟 方法 链接 比较 起 来 ,这 种 技术 的 优点 是 你 领域 对 象 的 层次 结构 ( 这 个 例子 中 , 一 个 订单 包 
含 一 个 或 多 个 交易 ， 每 个 交易 对 应 一 支 股票 ) 由 于 函数 的 藤 套 包含 关系 一 目 了 然 ， 非 常 清晰 。 

不 过 这 种 方法 也 存在 一 定 的 问题 。 你 可 能 也 注意 到 了 ， 最 终 的 DSL 包含 了 大 量 的 圆 括号 。 
此 外 , 传递 给 静态 方法 的 参数 列表 必须 严格 地 预先 定义 好 。 如 果 你 的 领域 中 的 对 象 存在 一 些 可 选 
字段 ,那么 你 需要 为 那些 方法 分 别 实现 对 应 的 重 载 版 本 ,这 样 你 才 可 以 忽略 那些 缺失 的 参数 。 最 
后 ， 不 同 参数 的 意义 是 由 其 位 置 决定 的 ， 而 不 是 变量 名 。 你 可 以 创建 几 个 桩 方 法 来 缓解 最 后 一 
个 问题 ， 就 像 我 们 在 NestedFunctionorderBuilder 中 的 at() 和 on() 方 法 一 样 ， 其 唯一 的 
功能 就 是 声明 参数 的 角色 。 

到 目前 为 止 , 我 们 介绍 的 这 两 个 DSL 模式 都 不 怎么 需要 使 用 Lambda 表达 式 。 接 下 来 一 他 要 
介绍 的 第 三 个 技巧 利用 了 Java 8 的 函数 式 能 


10.3.3 ”使 用 Lambda 表达 式 的 函数 序列 


接 下 来 要 介绍 的 DSL 模式 利用 了 Lambda 表达 式 定 义 的 函数 序列 〈function sequencing )。 基 
于 我 们 经 常 使 用 的 股票 交易 模型 ， 实 现 该 风格 的 DSL 后 , 你 可 以 定义 一 个 订单 ， 代 码 清 单 如 下 。 


代码 清单 10-9 ”使 用 函数 序列 创建 股票 交易 订单 
Order order = order( Oo -> { 
Oo.forCustomer( "BigBank" ); 
o.buy( t -> { 
t.gquantity( 80 ); 
trice( 122500 .)3 
el SF HE 
s.symbol( "IBM" ); 
s.market( "NYSE" );} 
Dy 
}); 
o.sell(t -> { 
t.gquantity( 50 ); 
tbricet(t -33:00 3 
t.stock( s -> { 
s.symbol( "GOOGLE" );} 
s.market( "NASDAO" );} 
上 可 六 
} 


为 了 实现 这 个 方法 ， 你 需要 创建 几 个 接受 Lambda 表达 式 的 构建 器 ， 调 用 它们 从 而 生成 领域 
模型 。 这 些 构 建 器 保存 了 要 创建 对 象 的 中 间 状 态 ， 这 一 点 同 之 前 使 用 方法 链接 实现 DSL 一 样 。 
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方法 链接 模式 中 ,你 通过 顶层 构建 器 创建 顺序 , 而 这 一 次 , 构建 器 接受 一 个 comsumer 对 象 作 为 
参数 ，DSL 的 用 户 可 以 使 用 Lambda 表达 式 实现 它们 。 下 面 是 实现 这 种 方法 的 途径 。 


代码 清单 10-10 一 个 提供 函数 序列 DSL 的 订单 构建 器 


public class LambdaOrderBuilder { 














构建 器 封装 
private Order order = new Order(); 的 订单 对 象 


public static Order order (Consumer<LambdaOrderBuilder> consumer) { 
LambdaOrderBuilder builder = new LambdaOrderBuilder(); 


consumer. aCCepk (builder); 执行 传递 给 订单 构建 
return builder.order; < 一 | 器 的 Lambda 表达 式 
} 所 
返回 执行 orderBuilder 的 
public void forCustomer (String customer) { Consumer 所 生成 的 订单 
order.setCustomer (customer); 
设置 下 } 
单 的 客 
户 名 public void buy (Consumer<TradeBuilder> consumer) { 使 用 rradeBuilder 
trade (consumer, Trade.Type.BUY); < 一 创建 一 个 购买 股票 的 
} 交易 
public void sell (Consumer<TradeBuilder> consumer) { 使 用 TradeBuilder 
trade (consumer, Trade.Type.SsSELL); < 一 创建 一 个 卖 出 股票 的 
} 交易 
private void trade (Consumer<TradeBuilder> consumer, Trade.Type type) { 
TradeBuilder builder = new TradeBuilder(); 
builder.trade.setType (type); 
consumer.accept (builder); 给 
给 TradeBuil 
order.addTrade (builder.trade); < 二 一 一 “| 执行 传递 Td 
a 的 Lambda 表达 式 
} 将 执行 TradeBuilder 的 Consumer 
} 生成 的 交易 添加 到 订单 中 











订单 构建 器 的 buy () 和 sel1 () 方 法 接受 的 两 个 Lambda 表达 式 是 consumer <TradeBuilder>。 
一 且 执 行 ， 这 些 方法 会 生成 买 人 或 者 卖 出 的 交易 ， 如 下 所 示 : 


public class TradeBuilder { 
private Trade trade = new Trade(); 


public void quantity(int quantity) { 


trade.setQuantity( quantity ); 


public void price(double price) { 
trade.setPrice( price ); 





public void stock(Consumer<StockBuilder> consumer) { 
StockBuilder builder = new StockBuilder (); 
consumer.accept (builder); 
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trade.setStock (builgder.stock); 
} 


最 后 ，TradeBuilder 接受 了 第 三 个 构建 器 的 consumer， 它 定义 了 交易 的 股票 : 





public class StockBuilder { 
private Stock stock = new Stock(); 


public voidq symbol (String symbol) { 
stock.setSymbol( symbol );} 
} 


public void market (String market) { 
stock.setMarket ( market ); 








} 

} 

这 种 模式 整合 了 前 两 种 DSL 风格 的 优点 。 它 可 以 像 方法 链接 模式 那样 以 流畅 方式 定义 交易 
顺序 。 此 外 ， 通 过 不 同 Lambda 表达 式 的 骨 套 层次 ， 它 也 像 通 套 函 数 的 风格 那样 ， 保 留 了 领域 对 
象 的 层次 结构 。 

然而 , 它 也 有 缺点 。 采 用 这 种 方式 需要 编写 大 量 的 配置 代码 , 并 且 DSL 自身 也 会 受到 Java 8 
Lambda 表达 式 语法 的 干扰 。 

到 底 选 择 这 三 种 DSL 风格 中 的 哪 一 种 主要 还 是 看 你 的 品味 。 为 你 的 领域 模型 寻找 合适 的 选 
项 创建 领域 语言 需要 一 点 儿 经 验 。 此 外 ， 将 两 个 甚至 多 个 DSL 整合 为 一 个 也 是 有 可 能 的 ， 下 一 
节 会 讨论 这 部 分 内 容 。 


10.3.4 把 它们 都 放 到 一 起 


正如 你 看 到 的 那样 ， 所 有 这 三 种 DSL 模式 都 有 其 优点 与 弊端 ， 然 而 并 没有 什么 限制 阻止 你 
在 一 个 DSL 中 同时 使 用 这 三 种 模式 。 你 可 以 开发 一 个 新 的 DSL 定义 你 自己 的 股票 交易 顺序 ， 代 
码 清单 如 下 。 


代码 清单 10-11 使 用 多 个 DSL 模式 创建 股票 交易 订单 
Order order = 
forCustomer( "BigBank", < 















































buy( t -> 七 .quantity( 80 ) Ce 
.stock( "IBM" ) a 2 
Lambda 表达 .on( "NYSE" ) 套 函 数 
式 中 使 用 了 方 -att( 125.,00 73, 
法 链接 , 用 于 | sell( t -> tgquantity( 50 ) 创建 单个 交易 的 
生成 交易 对 象 .stock( "GOOGLE" ) Lambda 表达 式 
.on( "NASDAO" ) 
(2900 ON 交 区 闻 








这 个 例子 整合 使 用 了 骨 套 函数 模式 与 Lambda 方法 。 每 个 交易 通过 一 个 TradeBuilgder 的 
Consumer 创建 ，TradeBuilgder 借 由 Lambda 表达 式 实现 ， 代 码 清单 如 下 。 
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代码 清单 10-12 一 个 提供 多 种 风格 混合 DSL 的 订单 构建 器 


public class MixedBuilder { 


public static Order forCustomer (String customer, 
TradeBuilder... builders) { 
Order order = new Order(); 
order.setCustomer (customer); 
Stream.of (builders) .forEach(b -> order.addTrade (b.trade)); 
return order; 


public static TradeBuilder buy (Consumer<TradeBuilder> consumer) { 
return buildTrade (consumer, Trade.Type.BUY); 


public static TradeBuilder sell (Consumer<TradeBuilder> consumer) { 
return buildTrade (consumer, Trade.Type.SsSELL); 


private static TradeBuilder buildTrade (Consumer<TradeBuilder> consumer., 
Trade.Type buy) { 
TradeBuilder builder = new TradeBuilder(); 
builder.trade.setType (buy); 
consumer.accept (builder); 
return builder; 


} 

最 终 , 它 内 部 使 用 的 辅助 类 TradeBuilgder 和 stockBuilgder (本 段 之 后 就 是 其 实现 代码 ) 
提供 了 实现 方法 链接 模式 的 流畅 API。 做 完 这 个 决定 ， 你 就 可 以 开始 编写 Lambda 表达 式 的 主体 
了 ， 通 过 它 就 能 以 最 精简 的 方式 生成 交易 : 























public class TradeBuilder { 
private Trade trade = new Trade(); 


public TradeBuilder quantity (int quantity) { 
trade.setQuantity (quantity); 
return this; 


public TradeBuilder at (double price) { 
trade.setPrice(price); 
return this; 





public StockBuilder stock(String symbol) { 
return new StockBuilder (this, trade, symbol); 





public class StockBuilder { 
private final TradeBuilder builder; 
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private final Trade trade; 
private final Stock stock = new Stock(); 


private StockBuilder (TradeBuilder builder, Trade trade, String symbol)f{ 
this.builder = builder; 
this.trade = trade; 
stock.setSymbol (symbol);} 

3 


public TradeBuilder on(String market) { 
stock.setMarket (market);} 
trade.setStock (stock); 
return builder; 


} 

代码 清单 10-12 演示 的 就 是 本 章 所 讨论 的 如 何 将 三 种 DSL 整合 在 一 起 ,实现 一 个 更 具 可 读 性 
的 DSL。 采 用 这 种 方式 ， 你 还 能 充分 利用 各 种 DSL 的 优点 ， 不 过 它 也 有 一 个 小 小 的 不 足 : 最 终 
的 DSL 与 单一 模式 的 DSL 比较 起 来 看 上 去 没 那么 一 致 ,DSL 的 用 户 很 可 能 需要 更 多 的 时 间 学 习 。 

至 此 , 你 已 经 成 功 使 用 Lambda 创建 了 DSL。 不 过 ,正如 我 们 在 comparator 和 Stream API 
中 所 看 到 的 ， 使 用 方法 引用 能 进一步 改善 很 多 DSL 的 可 读 性 。 我 们 会 在 下 一 节 中 ， 借 助 股票 交 
易 领 域 模型 ， 通 过 一 个 实际 的 例子 进一步 展示 这 一 点 。 


10.3.5 在 DSL 中 使 用 方法 引用 


这 一 节 中 , 我 们 试图 为 你 的 股票 交易 领域 模型 添加 一 个 简单 的 新 特性 。 该 特性 的 主要 功能 是 
在 订单 的 净值 基础 之 上 ， 再 追加 零 项 或 多 项 税 ， 从 而 计算 订单 的 最 终 价 格 。 代 码 清单 如 下 。 


代码 清单 10-13 ”依据 订单 净值 计算 的 税 
public class Tax { 


public static double regional (double value) { 
return Value * 1.1; 
































} 


public static double general (double value) { 
return value * 1.3; 


} 


public static double surcharge(double value) { 
return Value * 1.05; 
} 
} 


实现 这 种 税 费 计算 最 简单 的 方法 是 使 用 一 个 接收 订单 和 布尔 型 标志 的 静态 方法 ( 布尔 型 标志 
用 于 判断 哪些 税 适用 )。 代 码 清 单 如 下 。 
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代码 清单 10-14 ”使 用 布尔 型 标志 和 集合 判断 哪些 税 适用 ， 按 照 订单 净值 计算 订单 的 税 费 
public static double calculate(Order order, boolean useRegional, 


boolean useGeneral, boolean useSurcharge) { 
double value = order.getVvalue(); 
if (useRegional) value = Tax.regional (value); 
if (useGeneral) value = Tax.general (value); 
if (useSurcharge) value = Tax.surcharge (value); 
return value; 


} 


通过 这 种 方式 ， 可 以 计算 出 包括 地 区 税 和 附加 税 在 内 的 订单 的 最 终 价格 ， 而 不 是 总 的 税 费 ， 
如 下 所 示 : 




















double value = calculatel(order, true, false, true); 


这 种 实现 的 可 读 性 问题 很 明显 : 我 们 很 难 记 得 布尔 型 变量 的 正确 顺序 ,从 而 理解 哪些 税 计算 
了 ， 哪 些 税 没有 计算 。 解 决 这 个 问题 的 经 典 做 法 是 实现 一 个 税率 计算 器 (TaxCalculator )， 它 
提供 了 一 个 精简 DSL， 可 以 一 个 接 一 个 流畅 地 设置 布尔 型 标志 ， 代 码 清单 如 下 。 


代码 清单 10-15 一 个 以 流畅 方式 定义 所 需 税 费 的 税 费 计算 器 
public class TaxCalculator { 
private boolean useRegional; 
private boolean useGeneral; 
private boolean useSurcharge; 














public TaxCalculator withTaxRegional() { 
useRegional = true; 
return this; 


} 


public TaxCalculator withTaxGeneral() { 
useGeneral= true; 
return this; 


} 


public TaxCalculator withTaxSurcharge() { 
useSurcharge = true; 
return this; 


} 


public double calculate(Order order) { 
return calculate(order, useRegional, useGeneral, useSurcharge); 


} 
} 


如 何 使 用 这 个 Taxcalculator 一 目 了 然 , 如 果 你 希望 在 订单 的 净值 之 上 加 上 地 区 税 以 及 附 
加 税 的 话 ， 可 以 采用 下 面 的 方式 : 
double value = new TaxCalculator() .withTaxRegional () 


.withTaxSurcharge() 
.Calculate (order); 
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这 个 解决 方案 的 主要 问题 是 它 很 元 长 。 由 于 你 需要 为 你 领域 中 的 每 一 种 税 定义 一 个 布尔 变量 
以 及 方法 ， 因 此 它 无 法 灵活 地 扩展 。 使 用 Java 的 函数 式 特性 ， 你 能 获得 同样 的 可 读 性 ， 同 时 还 
能 更 精简 和 灵活 。 怎 样 才 能 做 到 呢 ? 可 以 参考 下 面 的 代码 清单 重 构 你 的 Taxcalculator。 


代码 清单 10-16 一 个 流畅 地 整合 了 纳税 函数 的 税 费 计 算 絮 


计算 订单 所 
public class TaxCalculator { 需 缴纳 所 有 




















public DoubleUnaryOperator taxFunction = Q -> di 税 费 的 函数 
素 和 全 山 首 [和 和 
public TaxCalculator with(DoubleUnaryOperator f) { pa 
taxFunction = taxFunction.andThen (f); 2 二 
= return this; 数 传 入 的 税 费 ， 
} 得 到 新 的 税 费 
计算 函数 


public double calculate(Order order) { 
return taxFunction.applyAsDouble(order.getValue()); 





, ! 通过 传递 订单 的 净值 给 
税 费 计算 函数 ， 计 算得 
返回 当前 对 象 (this)， 这 个 动作 使 得 税 出 最 终 的 订单 价格 


费 计算 函 数 能 光 机 过 行 办 操作 


采用 这 个 方案 ， 你 只 需要 一 个 字段 : 传人 订单 的 净值 时 ， 通 过 Taxcalculator ee 
性 地 计算 所 有 税 费 的 函 数 。 这 个 函数 刚 开 始 是 一 个 恒 等 男 数 (identity function )。 这 时 ， 

有 加 入 任何 的 税 费 ， 因 此 订单 的 最 终 值 与 净值 是 一 样 的 。 新 的 税目 通过 with ( ee 
当前 的 税 费 计算 函数 会 整合 这 些 项 目 得 到 最 终 的 税 费 ， 通 过 这 种 方式 ， 所 有 加 入 的 税 费 都 借 
个 单独 的 函数 完成 了 。 最 终 ， 当 一 个 订单 传递 给 calculate() 方 法 时 , 税 费 计算 函数 会 
整合 所 有 的 税目 , 再 结合 订单 的 净值 就 计算 出 了 订单 最 终 的 价格 。 重 构 后 的 Taxcalculator 
如 下 所 示 : 




















LF 
HF 





















































double value = new TaxCalculator() .with (Tax: :regional) 
.with(Tax: :surcharge) 
.Calculate (order); 


这 个 解决 方案 使 用 3 读 起 来 很 容易 理解 ,代码 也 很 简洁 。 此 外 ， 它 还 很 灵活 ， 如 
果 有 新 的 税目 需要 添加 到 Tax 类 ， 不 需要 修改 函数 式 的 Taxcalculator 就 能 直接 使 用 。 
我 们 已 经 讨论 了 Java 8 及 更 新 的 版 本 中 实现 DSL 的 各 种 技术 ， 这 些 技术 和 策略 在 Java 的 工 
具 和 框架 中 应 用 的 情况 如 何 呢 ? 这 是 个 有 趣 的 话题 ， 接 下 来 的 一 节 就 会 涉及 。 
































10.4 Java 8 DSL 的 实际 应 用 


在 10.3 节 中 , 我 们 学 习 了 使 用 Java 开发 DSL 的 三 种 模式 , 包括 它们 的 优 缺点 。 表 10-1 总 结 
了 迄今 为 止 我们 介绍 的 所 有 内 容 。 
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表 10-1 DSL 模式 及 其 优 缺 点 










































































模 式 名 优 点 缺 ”点 
方法 链接 口 方 法 名 可 以 作为 关键 字 参 数 口 实现 起 来 代码 很 元 长 
口 与 optional 参数 的 兼容 性 很 好 口 需要 使 用 胶水 语言 整合 多 个 构建 器 
口 可 以 强制 DSL 的 用 户 按照 预定 义 的 顺序 ” 口 领域 对 象 的 层级 只 能 通过 代码 的 缩 进 
调用 方法 公约 定义 











口 很 少 使 用 或 者 基本 不 使 用 静态 方法 
口 可 能 的 语法 噪声 很 低 


















































嵌 套 函数 口 实现 代码 比较 简洁 口 大量 使 用 了 静态 方法 
口 领域 对 象 的 层次 与 函数 典 套 保持 一 致 口 参数 通过 位 置 而 非 变量 名 识别 
口 支持 可 选 参 数 需要 实现 重 载 方法 
使 用 Lambda 的 函数 序列 ” 口 对 可 选 参数 的 支持 很 好 口 实现 代码 很 元 长 
口 很 少 或 者 基本 不 使 用 静态 方法 口 DSL 中 的 Lambda 表达 式 会 带 来 更 多 的 























口 领域 对 象 的 层次 与 Lambda 的 骨 套 保持 一 致 ”语法 噪声 
口 不 需要 为 支持 构建 器 而 使 用 胶水 语言 





























接 下 来 我 们 会 通过 分 析 这 些 模式 在 三 个 著名 Java 库 中 的 应 用 来 对 之 前 介绍 的 内 容 做 一 个 总 
结 。 这 三 个 库 分 别 是 : 一 个 SQL 映射 工具 、 一 个 行为 驱动 的 开发 框架 以 及 一 个 实现 企业 级 集成 
模式 的 工具 。 











10.4.1 jooaQ 


SQL 是 最 通用 且 应 用 最 广泛 的 DSL。 基 于 这 个 事实 ， 如 果 我 跟 你 说 有 人 为 Java 编写 了 一 个 
很 不 错 的 DSL, 通过 它 可 以 编写 和 执行 SQL 语句 , 你 应 该 不 会 感到 意外 。jOOQ 作为 类 型 安全 的 
藤 入 式 语 言 ， 是 直接 用 Java 实现 的 一 种 内 部 DSL。 源 代码 生成 器 逆向 工程 了 数据 库 模 式 ， 如 此 
一 来 Java 编译 器 就 可 以 对 复杂 的 SQL 语句 进行 类 型 检查 了 。 你 可 以 使 用 这 种 逆向 工程 生成 的 信 
息 对 你 的 数据 库 进行 操作 。 下 面 是 一 个 数据 库 查 询 的 简单 示例 : 

SELECT * FROM BOOK 


WHERE BOOK.PUBLISHED_IN = 2016 
ORDER BY BOOK.TITLE 


使 用 jOOQ DSL 可 以 将 其 重 写 为 下 面 这 种 形式 : 

























































































create.selectFrom (BOOK) 


.where (BOOK .PUBLISHED_IN.eq(2016)) 
.orderBy (BOOK .TITLE) 10 
jOOQ DSL 的 另 一 个 非常 好 用 的 特性 是 它 能 够 与 Stream API 无 颖 联合 使 用 。 这 一 特性 让 你 可 
以 使 用 流畅 语句 在 内 存 中 对 SQL 查询 的 结果 进行 操作 ， 代 码 清单 如 下 。 
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代码 清单 10-17 使 用 JOOQ DSL 从 数据 库 中 查询 图 书信 息 
开始 使 用 Stream API 处 理 


从 数据 库 中 取得 的 数据 
Class.forName ("org.h2.Driver"); 2 
try (Connection c = 库 的 连接 
getConnection("jdbc:h2:~/sql-goodies-with-mapping" "sa wn 2 
DSL.using(c) “| 各 刚刚 创建 的 
.Select (BOOK.AUTHOR, BOOK .TITLE) | 


.Where (BOOK .PUBLISHED_IN.eq(2016)) 
.orderBy (BOOK .TITLE) 
.fetch() 


jooQ sor 语句 
通过 jooo DL 定 





Lr>.stream() 义 sor 语句 
按照 作者 .Collect (groupingBy ( 从 数据 库 中 返回 数据 ， 
对 图 书 进 r -> r.getValue (BOOK.AUTHOR), jooo 语句 终止 于 此 
行 分 类 LinkedHashMap: :ne 


mapping(r -> r.getValue (BOOK.TITLE), toList()))) 
.forEach( (author, titles) -> 
System.out .println(author + " is author of " + titles)); 


把 作者 名 及 其 所 著 
书 名 一 起 打印 出 来 

很 明显 ， jo00 DSL 选择 使 用 的 主要 DSL 模式 是 方法 链接 。 实际 上 ， 这 个 模式 ( 支持 可 选 参 
数 ， 某 些 方法 只 能 按照 预先 定义 的 顺序 执行 调用 ) 的 很 多 特征 对 模仿 格式 规范 的 SQL 查询 语法 
都 非常 重要 。 这 些 特性 以 及 它们 很 小 的 语法 噪声 ， 使 得 方法 链接 模式 非常 适合 jOOQ 的 需求 。 


10.4.2 Cucumber 


行为 驱动 开发 (behavior-driven development，BDD ) 是 测试 驱动 开发 的 延伸 ， 它 使 用 由 结构 
化 语句 构成 的 简单 领域 特定 脚本 语言 描述 业务 场景 , 这 些 业 务 场景 可 以 是 多 种 多 样 的 。 与 其 他 的 
BDD 框架 一 样 ，Cucumber 可 以 将 这 种 结构 化 语句 转化 为 可 执行 的 测试 用 例 。 因 此 ， 采 用 这 种 开 
发 技术 的 脚本 既 能 作为 可 执行 的 测试 ， 也 能 作为 该 业务 特性 的 接受 标准 。BDD 还 专注 于 帮助 大 
家 快速 地 发 布 高 优先 级 、 可 验证 的 业务 价值 ， 同 时 通过 让 领域 专家 和 程序 员 共 享 业务 词汇 , 减少 
他 们 在 需求 理解 上 的 差异 。 

这 ed 起 来 都 很 抽象 ， 我 们 接 下 来 会 借助 一 个 BDD 工具 一 Cucumber， 作 为 实际 的 例 
子 进行 介绍 。Cucumber 可 以 帮助 开发 者 通过 纯 英 文书 写 业 务 场景 ， 如 下 所 示 : 


Feature: Buy stock 
Scenario: Buy 10 IBM stocks 
Given the price of a "IBM" stock is 125$ 
When I buy 10 "IBM" 
Then the order value should be 1250s8 


Cucumber 使 用 声明 将 业务 需求 分 成 了 三 部 分 : 需求 定义 的 前 提 ( Given )、 测 试 时 对 领域 对 
象 的 实际 调用 ( when )， 以 及 检查 测试 用 例 结果 的 断言 (Then )。 

定义 测试 场景 的 脚本 使 用 外 部 DSL 编写 ， 它 的 关键 字数 量 有 限 ， 除 此 之 外 你 可 以 随心 所 和 欲 
地 书写 语句 , 没有 别 的 规则 。 测 试用 例会 通过 正则 表达 式 匹配 这 些 语句 ， 捕 获 其 中 的 变量 , 将 其 


} 














































































































10.4 Java 8 DSL 的 实际 应 用 237 





作为 参数 传递 给 实现 测试 的 方法 自身 。 以 10.3 节 开始 时 介绍 的 股票 交易 领域 模型 为 例 ， 我 们 可 
以 开发 一 个 Cucumber 测试 用 例 ， 检 查 股票 交易 订单 是 否 计算 正确 ， 代 码 清单 如 下 。 
代码 清单 10-18 使 用 Cucumber 注解 实现 一 个 测试 场景 

public class BuyStocksSteps { 


Private Map<String, Integer> StockUnitPrices = new HashMap<>(); 
private Order order = new Order (); 





@Given("^the price of a \"(.*?)\" stock is (\\d+)\\$$") 定义 该 场景 的 前 
public void setUnitPrice(String stockName, int unitPrice) { 置 条 件 和 股票 的 
本 =sH: 
保存 股 stockUnitValues.put (stockName, unitPrice); 单位 价格 
票 的 单 
位 价格 QWhen("^I puy (\\d+) \"(.*?)\"$") 定义 测试 
public void buyStocks (int quantity, String stockName) { 全 
Trade trade = new Trade(); 纳 切 村 
trade.setType (Trade.Type.BUY); 生成 相应 的 时 的 动作 
领域 模型 
Stock stock = new Stock(); 
stock.setSymbol (stockName); 
trade.setStock (stock); 
trade.setPrice(stockUnitPrices.get (stockName)); 
trade.setQuantity (quantity); 
order.addTrade (trade); 
} 
a Ce value 人 be Se 定义 期 望 的 
检查 测试 public void checkOrderValuel(int expectedValue) { 场景 输出 
es assertEquals (expectedValue, order.getValue()); 
的 断言 } 


} 


Java 8 引入 的 Lambda 表达 式 赋予 了 Cucumber 新 的 活力 , 借助 于 新 语法 , 你 可 以 使 用 带 两 个 
参数 的 方法 替换 掉 注 释 , 这 两 个 参数 分 别 是 : 包含 之 前 注释 中 期 望 值 的 正则 表达 式 以 及 实现 测试 
方法 的 Lambda 表达 式 。 使 用 第 二 种 标记 法 ， 你 可 以 像 下 面 这 样 重 写 测试 场景 : 


public class BuyStocksSteps implements cucumber.api.java8.En { 
private Map<String, Integer> StockUnitPrices = new HashMap<>(); 
private Order order = new Order (); 
public BuyStocksSteps() { 
Given("^the price of a \"(.*?)\" stock is (\\d+)\\$$", 
(String stockName, int unitPrice) -> { 
stockUnitValues.put (stockName, unitprice); 
































} :2 
A 为 了 简洁 起 见 ， 我 们 省 略 了 更 多 的 Lambda， 璧 如 什么 情况 要 做 什么 


} 


第 二 种 实现 方法 明显 更 加 紧凑 。 尤 其 是 使 用 匿名 Lambda 替换 了 测试 方法 后 ， 你 再 也 不 用 绞 
尽 脑汁 地 替 方 法 构思 有 意义 的 名 字 了 【测试 场景 中 ， 这 并 不 会 为 可 读 性 带 来 太 多 的 提升 ) 
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Cucumber 的 DSL 非常 简单 , 但 是 它 展示 了 如 何 有 效 地 整合 外 部 DSL 与 内 部 DSL, 并 且 ( 再 
一 次 ) 证 明了 使 用 Lambda 可 以 写 出 更 精简 、 更 具 可 读 性 的 代码 。 














10.4.3 Spring Integration 





为 了 支持 著名 的 企业 集成 模式 了 ?，Spring Integration 扩展 了 基于 Spring 编程 模型 的 依赖 注入 。 
Spring Integration 的 首要 目标 是 要 提供 一 个 简单 的 模型 用 于 实现 复杂 的 企业 整合 方案 ， 并 推广 异 
步 、 消 息 驱 动 架 构 的 采用 。 

有 了 Spring Integration 之 后 ,在 基于 Spring 的 应 用 中 开发 轻 量 级 的 远程 服务 (remoting )、 消 
息 (messaging )， 以 及 计划 任务 ( scheduling ) 都 很 方便 。 这些 特性 可 以 借 由 形式 丰富 的 流畅 DSL 
实现 ， 而 这 并 不 只 是 基于 Spring 传统 XML 配置 文件 构建 的 语法 糖 。 

Spring Integration 实现 了 创建 基于 消息 的 应 用 所 需 的 所 有 常用 模式 ,包括 管道 (channel )、 消 
息 处 理 节 点 ( endpoint )、 轮 询 器 (poller )、 管 道 拦截 器 ( channel interceptor )。 为 了 改善 可 读 
性 ， 处 理 节 点 在 该 DSL 中 被 表述 为 动词 ， 集 成 的 过 程 就 是 将 这 些 处 理 节 点 组 合成 一 个 或 多 个 
消息 流 。 下 面 这 段 代码 就 是 一 个 展示 Spring Integration 如 何 工作 的 例子 ， 虽 然 简单 ， 但 是 “五 


及 




































































脏 俱全 ”。 

代码 清单 10-19 ”使 用 Spring Integration DSL 配置 一 个 Spring Integration 的 工作 流 
@Configuration 
@EnableIntegration 


public class MyConfiguration { 


@Bean 创建 一 个 新 消息 源 , 每 次 
public MessageSource<?> integerMessageSource() { 调用 是 以 原子 操作 的 方 
MethodInvokingMessageSource source = 式 递增 一 个 整 型 变量 


new MethodInvokingMessageSource(); 
source.setObject (new AtomicInteger()); 
管道 传 source.setMethodName ("getAndIincrement"); 
送 由 消 return source; 
息 源 发 | 1 
送 过 来 以 方法 链接 方式 通 
的 数据 @Bean 过 一 个 构建 器 创建 
public DirectChannel inputChannel() { IntegrationFlow 
return new DirectChannel (); 





} 





SBRon . 以 之 前 定义 的 MessageSource 
public ntegrationb low myFlow() { 作为 IntegrationFlow 的 来 源 
return IntegrationFlows < 一 
.from(this.integerMessageSource(), 
轮 询 MessageSource， Cc -> C.poller(Pollers.fixedqRate(10) ) ) a 这 
对 它 传 递 的 数据 队列 执 -channel (this.inputChannel ()) 过 滤 出 那些 
行 出 队 操 作 ， 取 出 数据 .filter((Integer p) ->p% 2 == 0) 偶数 

















详情 请 参考 由 Gregor Hohpe 和 Bobby Woolf 在 2004 年 出 版 的 Enterprise Integration Patterns: Designing, Building, and 
Deploying Messaging Solutionso 
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.transform(Object::toString) < 二 一 一 一 一 
.channel (MessageCchannels.dueue("dueuechannel") ) 
.get (); $ 
} 将 aueuechannel 作为 该 IntegrationFlow 
的 输出 管道 
终止 IntegrationFlow es 
的 构建 执行 , 并 返回 结果 将 由 Messagesource 获取 的 
整数 转换 为 字符 串 类 型 





这 段 代 码 中 ， 方 法 myFlow () 构 建 IntegrationFlow 时 使 用 了 Spring Integration DSL。 它 
使 用 的 是 IntegrationFlow 类 提供 的 流畅 构建 器 , 该 构建 器 采用 的 就 是 方法 链接 模式 。 这 个 例 
子 中 , 最 终 的 流 会 以 固定 的 频率 轮 询 MessageSource, 生成 一 个 整数 序列 , 过 滤 出 其 中 的 偶数 ， 
再 将 它们 转化 为 字符 串 , 最 终 将 结果 发 送 给 输出 管道 , 这 种 行为 与 Java8 原生 的 Stream API 非常 
像 。 该 API 允许 你 将 消息 发 送 给 流 中 的 任何 一 个 组 件 ， 只 要 你 知道 它 的 inputchannel 名 。 如 
果 流 始 于 一 个 直接 管道 (direct channel )， 而 非 一 个 MessageSource， 你 完全 可 以 使 用 Lambda 
表达 式 定 义 该 IntegrationFlow， 如 下 所 示 : 












































@Bean 
public IntegrationFlow myFlow() { 


.transform(Object::toString 


return flow -> flow.filter((Integer p) ->p% 2 == 0) 
) 
.handle(System.out::println); 


} 


如 你 所 见 ， 目 前 Spring Integration DSL 中 使 用 最 广泛 的 模式 是 方法 链接 。 这 种 模式 非常 适合 
IntegrationFlow 构建 器 的 主要 用 途 : 创建 一 个 执行 消息 传递 和 数据 转换 的 流 。 然而 ， 正如 我 
们 在 上 一 个 例子 中 看 到 的 那样 ， 它 也 并 非 只 用 一 种 模式 ， 构 建 顶层 对 象 时 它 也 使 用 了 Lambda 表 
达 式 的 函数 序列 (有 些 情 况 下 ， 也 是 为 了 解决 方法 内 部 更 加 复杂 的 参数 传递 问题 )。 




















10.5 小结 


以 下 是 本 章 中 的 关键 概念 。 

口 引入 DSL 的 主要 目的 是 为 了 弥补 程序 员 与 领域 专家 之 间 对 程序 认 知 理解 上 的 差异 。 对 于 
编写 实现 应 用 程序 业务 逻辑 的 代码 的 程序 员 来 说 ， 很 可 能 对 程序 应 用 领域 的 业务 逻辑 理 
解 不 深 ， 甚 至 完全 不 了 解 。 以 一 种 “ 非 程序 员 ” 也 能 理解 的 方式 书写 业务 逻辑 并 不 能 把 
领域 专家 们 变 成 专业 的 程序 员 ， 却 使 得 他 们 在 项 目 早期 就 能 阅读 程序 的 逻辑 并 对 其 进行 
验证 。 

口 DSL 的 两 大 主要 分 类 分 别 是 内 部 DSL (采用 与 开发 应 用 相同 的 语言 开发 的 DSL ) 和 外 部 
DSL (采用 与 开发 应 用 不 同 的 语言 开发 的 DSL )。 内 部 DSL 所 需 的 开发 代价 比较 小 , 不 过 
它 的 语法 会 受 宿主 语言 限制 。 外 部 DSL 提供 了 更 高 的 灵活 性 ， 但 是 实现 难度 比较 大 。 

口 可 以 利用 JVM 上 已 经 存在 的 另 一 种 语言 开发 多 语言 DSL， 壁 如 Scala 或 者 Groovy。 这 些 
新 型 语言 通常 都 比 Java 更 加 简洁 ， 也 更 灵活 。 然 而 ， 要 将 Java 与 它们 整合 在 一 起 使 用 需 
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要 修改 构建 流程 ， 而 这 并 不 是 一 项 小 工程 ， 并 且 Java 与 这 些 语言 的 互 操 作 也 远 没 达 到 完 
全 无 颖 的 程度 。 

口 由 于 自身 宛 长 、 烦 琐 以 及 僵硬 的 语法 ，Java 并 非 创 建 内 部 DSL 的 理想 语言 ， 然 而 随 着 

Lambda 表达 式 及 方法 引用 在 Java 8 中 的 引入 ， 这 种 情况 有 所 好 转 。 

口 现代 Java 语言 已 经 以 原生 API 的 方式 提供 了 很 多 小 型 DSL。 这 些 DSL， 璧 如 stream 和 
Collectors 类 中 的 那些 方法 ， 都 非常 有 用 ， 使 用 起 来 也 极其 方便 ， 特 别 是 你 需要 对 集 
合 中 的 数据 进行 排序 、 过 滤 、 转 换 或 者 分 组 的 时 候 ， 非 常 值得 一 试 。 

口 在 Java 中 实现 DSL 有 三 种 主要 模式 , 分 别 是 方法 链接 、 山 套 函 数 以 及 函数 序列 。 每 种 模 
式 都 有 其 优点 和 次 端 。 不 过 ， 你 可 以 在 一 个 DSL 中 整合 这 三 种 DSL， 尽 量 地 扬长 避 短 ， 
充分 发 挥 各 种 模式 的 长 处 。 

口 很 多 Java 框架 和 库 都 可 以 通过 DSL 使 用 其 特性 。 本 章 介绍 了 其 中 的 三 种 , 分 别 是 :jO0Q， 
一 种 SQL 映射 工具 ; Cucumber, 一 种 基于 行为 驱动 的 开发 框架 ; Spring Integration， 一 种 
实现 企业 集成 模式 的 Spring 扩展 库 。 












































无 所 不 在 的 Java 








第 四 部 分 介绍 Java 8 和 Java 9 中 新 增 的 多 个 特性 ， 这 些 特 性 能 帮助 程序 员 事半功倍 地 编写 
代码 ， 让 程序 更 加 稳定 可 靠 。 我 们 首先 从 Java 8 新 增 的 两 个 API 入 手 。 

第 11 章 介绍 java.util .Optional 类 ， 它 能 让 你 设计 出 更 好 的 API， 并 减少 空 指 针 异 常 。 

第 12 章 首 先 探讨 新 的 日 期 和 时 间 API， 这 相对 于 以 前 涉及 日 期 和 时 间 时 容易 出 错 的 API 是 
一 大 改进 。 然 后 探讨 Java 8 和 Java 9 为 支持 实现 大 型 系统 并 推动 其 持续 演化 所 作 的 改进 。 

第 13 章 讨论 默认 方法 是 什么 ,如 何 利 用 它们 来 以 兼容 的 方式 演变 API, 一 些 实际 的 应 用 模式 ， 
以 及 有 效 使 用 默认 方法 的 规则 。 

第 14 章 是 这 一 版 新 增 的 ， 探 讨 Java 的 模块 系统 一 一 它 是 Java 9 的 主要 改进 ， 使 大 型 系统 
能 够 以 文档 化 和 可 执行 的 方式 进行 模块 化 ， 而 不 是 简单 地 将 一 堆 包 杂乱 无 章 地 堆 在 一 起 。 











用 optional 取代 aual1l 








本 章 内 容 

口 nul1 引用 引发 的 问题 ， 以 及 为 什么 要 避免 null 引用 

口 从 null 到 optional: 以 null 安全 的 方式 重 写 你 的 域 模型 
口 让 optional 发 光 发 热 : 去 除 代码 中 对 null 的 检查 

口 读 取 optional 中 可 能 值 的 几 种 方法 

口 对 可 能 缺失 值 的 再 思考 





如 果 你 作为 Java 程序 员 曾经 遭遇 过 NullPointerException, 请 举 起 手 。 如 果 这 是 你 最 常 
遭遇 的 异常 ， 请 继续 举 手 。 非 常 可 惜 ， 这 个 时 刻 ， 我 们 无 法 看 到 对 方 ， 但 是 我 相信 很 多 人 的 手 这 
个 时 刻 是 举 着 的 。 我 们 还 猜想 你 可 能 也 有 这 样 的 想法 :“ 这 无 疑问 ， 我 承认 ， 对 任何 一 位 Java 程 
序 员 来 说 ， 无 论 是 初出 茅 庐 的 新 人 ， 还 是 久 经 江湖 的 专家 ，NullPointerException 都 是 他 心 
中 的 痛 ， 可 是 我 们 又 无 能 为 力 ， 因 为 这 就 是 我 们 为 了 使 用 方便 甚至 不 可 避免 的 像 nul1 引用 这 样 
的 构造 所 付出 的 代价 。” 这 就 是 程序 设计 世界 里 大 家 都 持 有 的 观点 ， 然 而 ， 这 可 能 并 非 事实 的 全 
部 真相 ， 只 是 我 们 根深 蒂 固 的 一 种 偏见 。 

1965 年 ， 英 国 一 位 名 为 Tony Hoare 的 计算 机 科学 家 在 设计 ALGOL W 语言 时 提出 了 nul1 
引用 的 想法 。ALGOL W 是 第 一 批 在 堆 上 分 配 记录 的 类 型 语言 之 一 。Hoare 选择 nul1 引用 这 种 
方式 ,“ 只 是 因为 这 种 方法 实现 起 来 非常 容易 "。 虽 然 他 的 设计 初衷 就 是 要 “通过 编译 需 的 自动 检 
测 机 制 ， 确 保 所 有 使 用 引用 的 地 方 都 是 绝对 安全 的 ”， 他 还 是 决定 为 null 引用 开 个 绿灯 ， 因 为 
他 认为 这 是 为 不 存在 的 值 建 模 最 容易 的 方式 。 很 多 年 后 , 他 开始 为 自己 曾经 做 过 这 样 的 决定 而 后 
悔 不 迭 ， 把 它 称 为 “我 价值 百 万 的 重大 失误 ”。 我 们 已 经 看 到 它 带 来 的 后 果 一 一 程序 员 对 对 象 的 
字段 进行 检查 ,判断 它 的 值 是 否 为 期 望 的 格式 ,最 终 却 发 现 查看 的 并 不 是 一 个 对 象 ， 而 是 一 个 空 
指针 ， 它 会 立即 抛 出 一 个 让 人 厌烦 的 NullPointerException 异常 。 

实际 上 ，Hoare 低估 了 过 去 五 十 年 来 数 百 万 程序 员 为 修复 null 引用 所 耗费 的 代价 。 近 十 年 
出 现 的 大 多 数 现 代 程 序 设计 语言 "， 包 括 Java， 都 采用 了 同样 的 设计 方式 ， 其 原因 是 为 了 与 更 老 










































































































































































人 为 数 不 多 的 几 个 最 著名 的 例外 是 典型 的 函数 式 语言 ， 比 如 Haskell、ML; 这 些 语言 中 引入 了 代数 数据 类 型 ， 人 允许 显 
式 地 声明 数据 类 型 ， 明 确 地 定义 了 特殊 变量 值 ( 比如 nu11 ) 能 否 使 用 在 定义 类 型 的 类 型 ( type-by-type basis ) 中 。 
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的 语言 保持 兼容 ， 或 者 就 像 Hoare 曾经 陈述 的 那样 , “仅仅 是 因为 这 样 实现 起 来 更 加 容易 "。 让 我 
们 从 一 个 简单 的 例子 人 手 ， 看 看 使 用 nul1 都 有 什么 样 的 问题 。 


11.1 如 何 为 缺失 的 值 建 模 
假设 你 需要 处 理 下 面 这 样 的 能 套 对 象 ， 这 是 一 个 拥有 汽车 及 汽车 保险 的 客户 。 











代码 清单 11-1 Person/car/Insurance 的 数据 模型 


public class Person { 
private Car car; 
public Car getCar() { return car; } 
} 
public class Car { 
private Insurance insurance; 
public Insurance getInsurance() { return insurance; } 
} 
public class Insurance { 
private String name; 
public String getName() { return name; } 


} 
那么 ， 下 面 这 段 代码 存在 怎样 的 问题 呢 ? 


public String getCarIinsuranceName (Person person) { 
return person.getCar() .getInsurance() .getName (); 


} 

这 上段 代码 看 起 来 相当 正常 , 但 是 现实 生活 中 很 多 人 没有 汽车 。 所 以 调用 getcar 方法 的 结果 
会 怎样 呢 ? 在 实践 中 ,一 种 比较 常见 的 做 法 是 返回 一 个 null 引用 ， 表 示 该 值 的 缺失 ， 即 用 户 没 
有 汽车 。 而 接 下 来 ， 对 get Insurance 的 调用 会 返回 null 引用 的 insurance， 这 会 导致 运行 
时 出 现 一 个 NullPointerException, 终止 程序 的 运行 。 但 这 还 不 是 全 部 。 如 果 返 回 的 person 
值 为 null 会 怎样 ? 如 果 getInsurance 的 返回 值 也 是 nul11， 结 果 又 会 怎样 ? 
































11.1.1 采用 防御 式 检 查 减 少 NullPointerException 


怎样 做 才能 避免 这 种 不 期 而 至 的 NullPointerException 呢 ? 通常 , 你 可 以 在 需要 的 地 方 
添加 null 的 检查 (过 于 激进 的 防御 式 检查 甚至 会 在 不 太 需 要 的 地 方 添加 检测 代码 )， 并 量 添 加 
的 方式 往往 各 有 不 同 。 下 面 这 个 例子 是 我 们 试图 在 方法 中 避免 Nul1PointerException 的 第 一 
次 尝试 。 
代码 清单 11-2 ”nul1- 安 全 的 第 一 种 尝试 : 深层 质疑 


public String getCarIinsuranceName (Person person) { 
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if (Person != null) { 
Car car = person.getCar();} 
if (car != null) { 
Insurance insurance = car.getIinsurance(); 
if (insurance != null) { 


return insurance.getName(); 
} 
下 
return "Unknown"; 


} 


每 个 null 检查 
都 会 增加 调用 
链 上 剩余 代码 
的 嵌 套 层 数 





这 个 方法 每 次 引用 一 个 变量 都 会 做 一 次 nul1l 检查 ,如果 引用 链 上 的 任何 一 个 遍历 的 解 变 量 


值 为 nul1， 它 就 返回 一 个 值 为 “Unknown” 的 字符 串 。 唯 





























要 对 它 进行 检查 ， 








的 例外 是 保险 公司 的 名 字 ， 你 不 需 


原因 很 简单 ， 因 为 任何 一 家 公司 必定 有 个 名 字 。 注 意 到 了 吗 ， 由 于 你 掌握 业务 





领域 的 知识 ， 因 此 避免 了 最 后 这 个 检查 ,但 这 并 不 会 直接 反映 在 你 建 模 数据 的 Java 类 之 中 。 
我 们 将 代码 清单 11-2 标记 为 “深层 质疑 "， 原 因 是 它 不 断 重复 着 一 种 模式 : 每 次 你 不 确定 一 


























个 变量 是 否 为 null 时 ， 都 需要 添加 


























个 进一步 媒 套 的 if 块 ， 这 也 增加 了 代码 缩 进 的 层 数 。 很 


明显 ， 这 种 方式 不 具备 扩展 性 ， 同 时 还 牺牲 了 代码 的 可 读 性 。 面 对 这 种 窘境 ， 你 也 许愿 意 尝试 另 
一 种 方案 。 下 面 的 代码 清单 中 试图 通过 一 种 不 同 的 方式 避免 这 种 问题 。 








代码 清单 11-3 nul1- 安 全 的 第 二 种 尝试 : 过 多 的 退出 语句 


public String getCarInsuranceName (Person person) 
if (person == null) { 
return "Unknown"; 
} 
Car car = person.getCar();} 
EF- Care MULL) { 


< 


每 个 null 检 


寺 一 一 一 一 一 查 都 会 添加 





return "Unknown"; 新 的 退出 点 
} 
Insurance insurance = car.getIinsurance(); 
if (insurance == null) { 7 


return "Unknown"; 
} 
return insurance.getName (); 


} 




















在 第 二 种 尝试 中 ,你 试图 避免 深层 递归 的 if 语句 块 ,采用 了 一 种 不 同 的 策略 :每 次 遭遇 nul1 





变量 ， 都 返回 一 个 字符 串 常 量 “Unknown”。 然 而 ， 这 种 方案 远 非 理想 ， 








现在 这 个 方法 有 了 四 个 





截然 不 同 的 退出 点 ， 使 得 代码 的 维护 异常 艰难 。 更 糟 的 是 ， 发 生 nul1l 时 返回 的 默认 值 ， 即 字符 





串 “Unknown” 在 三 个 不 同 的 地 方 重复 出 现 











出 现 拼 写 错误 的 概率 不 小 ! 当然 ,你 可 能 会 说 ， 
我 们 可 以 用 把 它们 抽取 到 一 个 常量 中 的 方式 避免 这 种 问题 。 


进一步 而 言 ， 这 种 流程 是 极 易 出 错 的 。 如 果 你 忘记 检查 那个 可 能 为 nul1l 的 属性 会 怎样 ? 通 
过 这 一 章 的 学 习 ， 你 会 了 解 使 用 null 来 表示 变量 值 的 缺失 是 大 错 特 错 的 。 你 需要 更 优雅 的 方式 





来 对 缺失 的 变量 值 建 模 。 
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11.1.2 ”null 带 来 的 种 种 问题 


让 我 们 一 起 回顾 一 下 到 目前 为 止 进行 的 讨论 , 在 Java 程序 开发 中 使 用 null 会 带 来 理论 和 实 

际 操作 上 的 种 种 问题 。 

口 它 是 错误 之 源 。 

NullPointerException 是 目前 Java 程序 开发 中 最 典型 的 异常 。 

口 它 会 使 你 的 代码 膨胀 。 

它 让 你 的 代码 充斥 着 深度 骨 套 的 null 检查 ， 代 码 的 可 读 性 糟糕 透顶 。 

口 它 自身 是 之 无 意义 的 。 
null 自身 没有 任何 的 语义 ,尤其 是 , 它 代表 的 是 在 静态 类 型 语言 中 以 一 种 错误 的 方式 对 
缺失 变量 值 的 建 模 。 

口 它 破 坏 了 Java 的 哲学 。 

Java 一 直 试 图 避免 让 程序 员 意 识 到 指针 的 存在 ， 唯 一 的 例外 是 : nul1 指针 。 

口 它 在 Java 的 类 型 系统 上 开 了 个 口子 。 
null 并 不 属于 任何 类 型 , 这 意味 着 它 可 以 被 赋值 给 任意 引用 类 型 的 变量 。 这 会 导致 问题 ， 

原因 是 当 这 个 变量 被 传递 到 系统 中 的 另 一 个 部 分 后 , 你 将 无 法 获知 这 个 nul1l 变量 最 初 的 

赋值 到 底 是 什么 类 型 。 

为 了 解 业界 针对 这 个 问题 给 出 的 解决 方案 ， 我 们 一 起 简单 看 看 其 他 语言 提供 了 哪些 功能 。 


11.1.3 ”其 他 语言 中 nul1 的 替代 品 


近年 来 出 现 的 语言 ， 比 如 Groovy， 通 过 引入 安全 导航 操作 符 ( safe navigation operator， 标 记 
为 ? ) 可 以 安全 访问 可 能 为 null 的 变量 。 为 了 理解 它 是 如 何 工 作 的 , 让 我 们 看 看 下 面 这 段 Groovy 
代码 ， 它 的 功能 是 获取 某 个 用 户 赫 他 的 汽车 保险 的 保险 公司 的 名 称 : 


def carInsuranceName = person?.car?.insurance?.name 


这 段 代 码 的 表述 相当 清晰 。person 对 象 可 能 没有 car 对 象 ， 你 试图 通过 赋 一 个 null 给 
Person 对 象 的 car 引用 ， 对 这 种 可 能 性 建 模 。 类 似 地 ，car 也 可 能 没有 insurance。 Groovy 
的 安全 导航 操作 符 能 够 避免 在 访问 这 些 可 能 为 null 引用 的 变量 时 抛 出 NullPointer- 
Exception ,在 调用 链 中 的 变量 遭遇 nul1 时 将 nul1 引用 治 着 调用 链 传递 下 去 ,返回 一 个 nul1l。 

关于 Java7 的 讨论 中 曾经 建议 过 一 个 类 似 的 功能 ， 不 过 后 来 又 被 舍弃 了 。 不 知道 为 什么 , 我 
们 在 Java 中 似乎 并 不 特别 期 待 出 现 一 种 安全 导航 操作 符 。 几 乎 所 有 的 Java 程序 员 碰 到 
NullPointerException 时 的 第 一 冲动 就 是 添加 一 个 if 语句 ， 在 调用 方法 使 用 该 变量 之 前 检 
查 它 的 值 是 否 为 nul1， 人 快速 地 搞定 问题 。 如 果 你 按照 这 种 方式 解决 问题 ， 丝 毫 不 考虑 你 的 算法 
或 者 数据 模型 在 这 种 状况 下 是 否 应 该 返回 一 个 nul1， 那 么 其 实 并 没有 真正 解决 这 个 问题 ， 只 是 
暂时 地 掩盖 了 它 , 使 得 下 次 该 问题 的 调查 和 修复 更 加 困难 ,而 你 很 可 能 就 是 下 个 星期 或 下 个 月 要 
面 对 这 个 问题 的 人 。 刚 才 的 那 种 方式 实际 上 是 掩耳盗铃 ， 只 是 在 清扫 地 毯 下 的 灰尘 。 而 Groovy 
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的 null 安全 解 引用 操作 符 也 只 是 一 个 更 强大 的 扫把 ,让 我 们 可 以 毫 无 顾忌 地 犯错 。 你 不 会 忘记 
做 这 样 的 检查 ， 因 为 类 型 系统 会 强制 你 进行 这 样 的 操作 。 

男 一 些 函 数 式 语言 ， 比 如 Haskell 和 Scala， 试 图 从 另 一 个 角度 处 理 这 个 问题 。Haskell 中 包 
含 了 一 个 Maybe 类 型 ， 它 本 质 上 是 对 optional 值 的 封装 。Maybe 类 型 的 变量 可 以 是 指定 类 型 
的 值 ， 也 可 以 什么 都 不 是 。 但 是 它 并 没有 null 引用 的 概念 。Scala 有 类 似 的 数据 结构 ， 名 字 叫 
Option[T] ， 它 既 可 以 包含 类 型 为 了 T 的 变量 ， 也 可 以 不 包含 该 变量 ， 第 20 章 会 详细 讨论 这 种 类 
型 。 要 使 用 这 种 类 型 ， 你 必须 显 式 地 调用 option 类 型 的 available 操作 ， 检 查 该 变量 是 否 有 
值 ， 而 这 其 实 也 是 一 种 变相 的 “nul1 检查 ”有 了 这 些 机 制 之 后 , 你 再 也 不 用 担心 忘记 检查 变量 
是 否 为 空 了 一 一 因为 类 型 系统 默认 会 强制 进行 检查 。 

好 了 ， 似 乎 有 些 跑题 了 ， 刚 才 这 些 听 起 来 都 十 分 抽象 。 你 可 能 会 疑惑 :“ 那 么 Java 8 提供 了 
什么 呢 ?”” 咽 ,实际 上 Java 8 从 “optional 值 ” 的 想法 中 汲取 了 灵感 ， 引 入 了 一 个 名 为 
java.util.0ptional<T> 的 新 的 类 。 本 章 会 展示 使 用 这 种 方式 对 可 能 缺失 的 值 建 模 ， 而 不 是 直 
接 将 null 赋值 给 变量 所 带 来 的 好 处 。 我 们 还 会 阐释 从 null 到 optional 的 迁移 ， 你 需要 反思 
的 是 : 如 何在 你 的 域 模 型 中 使 用 optional 值 。 最 后 ， 我 们 会 介绍 新 的 optional 类 提供 的 功 
能 ， 并 附 几 个 实际 的 例子 ， 展 示 如 何 有 效 地 使 用 这 些 特性 。 最 终 ， 你 将 学 会 如 何 设 计 更 好 的 
API 一 一 用 户 只 需要 阅读 方法 签名 就 能 知道 它 是 否 接 受 一 个 optional 的 值 。 














































































































11.2 ” optional 类 入 门 


汲取 Haskell 和 Scala 的 灵感 ，Java 8 中 引入 了 一 个 新 的 类 java.util.optional<T>。 这 是 
一 个 封装 optional 值 的 类 。 举 例 来 说 , 使 用 新 的 类 意味 着 ,如 果 你 知道 一 个 人 可 能 有 也 可 能 没 
有 汽车 , 那么 Person 类 内 部 的 car 变量 就 不 应 该 声明 为 car， 遭 遇 某 人 没有 汽车 时 把 nul1l 引 
用 赋值 给 它 ， 而 是 应 该 像 图 11-1 那样 直接 将 其 声明 为 optional<Car> 类 型 。 























Optional<Car> Optional<Car> 
Car 
包含 一 个 Car 类 型 的 对 象 一 个 空 的 Optional 对 象 





图 11-1 使 用 optional 定义 的 car 类 


变量 存在 时 , optional 类 只 是 对 类 简单 封装 。 变 量 不 存在 时 , 缺失 的 值 会 被 建 模 成 一 个 “ 空 ” 
的 optional 对 象 ， 由 方法 optional .empty() 返 回 。optional .empty () 方 法 是 一 个 静态 工 
三 方法 , 它 返 回 optional 类 的 特定 单一 实例 。 你 可 能 还 有 疑惑 ,nul1 引用 和 optional .empty () 
有 什么 本 质 的 区 别 吗 ? 从 语义 上 讲 , 你 可 以 把 它们 当 作 一 回 事 儿 , 但 是 实际 中 它们 之 间 的 差别 非 
常 大 : 如 果 你 尝试 解 引 用 一 个 null， 那 么 一 定 会 触发 NullPointerException， 不 过 使 用 
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Optional .empty () 就 完全 没事 儿 ， 它 是 optional 类 的 一 个 有 效 对 象 ， 多 种 场景 都 能 调用 ， 
非常 有 用 。 关 于 这 一 点 ， 接 下 来 的 部 分 会 详细 介绍 。 

使 用 optional 而 不 是 null 的 一 个 非常 重要 而 又 实际 的 语义 区 别 是 , 第 一 个 例子 中 , 我们 
在 声明 变量 时 使 用 的 是 optional<Car> 类 型 ,而 不 是 car 类 型 ,这 人 句 声 明 非 常 清楚 地 表明 了 这 
里 发 生变 量 缺 失 是 允许 的 。 与 此 相反 ,使 用 car 这 样 的 类 型 ， 可 能 将 变量 赋值 为 null1， 这 意味 
着 你 需要 独立 面 对 这 些 ,， 你 只 能 依赖 你 对 业务 模型 的 理解 ,判断 一 个 null 是 否 属于 该 变量 的 有 
效 范 畴 。 

牢记 上 面 这 些 原 则 , 你 现在 可 以 使 用 optional 类 对 代码 清单 11-1 中 最 初 的 代码 进行 重 构 ， 
结果 如 下 。 


代码 清单 11-4 ”使 用 optional 重新 定义 Person/car/Insurance 的 数据 模型 


Dublie Giass PELson 人 可 能 有 汽车 ， 也 可 能 没有 汽车 ， 因 此 
private Optional<Car> car; 将 这 个 字段 声明 为 optional 


public Optional<Car> getCar() { return car; } 















































} 汽车 可 能 进行 了 保险 ， 也 可 能 没有 保险 ， 
public class Car { 所 以 将 这 个 字段 声明 为 optional 
private Optional<Insurance> insurance; < 
public Optional<Insurance> getInsurance() { return insurance; } 
} 
public class Insurance { 保险 公司 必须 
private String name; 有 名 字 


public String getName() { return name; } 


} 


发 现 optional 是 如 何 丰 富 模型 的 语义 了 吧 。 代 码 中 person 引用 的 是 optional<Car>， 
而 car 引用 的 是 optional<Insurance>, 这 种 方式 非常 清晰 地 表达 了 你 的 模型 中 一 个 person 
可 能 拥有 也 可 能 没有 car 的 情形 ; 同样 ，car 可 能 进行 了 保险 ， 也 可 能 没有 保险 。 

与 此 同时 ， 我 们 看 到 insurance 公司 的 名 称 被 声明 成 String 类 型 ， 而 不 是 optional- 
<String>， 这 非常 清楚 地 表明 声明 为 insurance 公司 的 类 型 必须 提供 公司 名 称 。 使 用 这 种 方 
式 ， 一 旦 解 引 用 insurance 公司 名 称 时 发 生 NullPointerException， 你 就 能 非常 确定 地 知 
道 出 错 的 原因 ， 不 再 需要 为 其 添加 null 的 检查 ， 因 为 null 的 检查 只 会 掩盖 问题 ， 并 未 真正 地 
修复 问题 。insurance 公司 必须 有 个 名 称 ， 所 以 ， 如 果 你 遇 到 一 个 公司 没有 名 称 ， 你 需要 调查 
你 的 数据 出 了 什么 问题 ， 而 不 应 该 再 添加 一 段 代 码 ， 将 这 个 问题 隐藏 。 

在 你 的 代码 中 始终 如 一 地 使 用 optional, 能 非常 清晰 地 界定 出 变量 值 的 缺失 是 结构 上 的 问 
题 , 还 是 算法 上 的 缺陷 ， 抑 或 是 数据 中 的 问题 。 另外， 我们 还 想 特别 强调 ,引入 optional 类 的 
意图 并 非 要 消除 每 一 个 null 引用 。 与 此 相反 ， 它 的 目标 是 帮助 你 更 好 地 设计 出 普 适 的 API， 让 
程序 员 看 到 方法 签名 , 就 能 了 解 它 是 否 接受 一 个 optional 的 值 。 这 种 强制 会 让 你 更 积极 地 将 变 
量 从 optional 中 解 包 出 来 ， 直 面 缺失 的 变量 值 。 
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11.3 ”应 用 optional 的 几 种 模式 


到 目前 为 止 , 一 切 都 很 顺利 。 你 已 经 知道 了 如 何 使 用 optional 类 型 来 声明 你 的 域 模 型 , 也 
了 解 了 这 种 方式 与 直接 使 用 null 引用 表示 变量 值 的 缺失 的 优 劣 。 但 是 ,该 如 何 使 用 呢 ? 用 这 种 
方式 能 做 什么 ， 或 者 怎样 使 用 optional 封装 的 值 呢 ? 






































11.3.1 创建 optional 对 象 


使 用 optional 之 前 ， 你 首先 需要 学 习 的 是 如 何 创建 optional 对 象 。 完 成 这 一 任务 有 多 
种 方法 。 


























1. 声明 一 个 空 的 optional 
正如 前 文 所 述 ,你 可 以 通过 静态 工厂 方法 optional .empty 创建 一 个 空 的 optional 对 象 : 




















Optional<Car> optCar = Optional.empty(); 


2. 依据 一 个 非 空 值 创建 optional 
你 还 可 以 使 用 静态 工厂 方法 optional .of 依据 一 个 非 空 值 创建 一 个 opt ional 对 象 : 


Optional<Car> optCar = Optional.of (car); 



































如 果 car 是 一 个 nu11， 这 段 代 码 就 会 立即 抛 出 一 个 NullPointerException, 而 不 是 等 
到 你 试图 访问 car 的 属性 值 时 才 返 回 一 个 错误 。 











3. 可 接受 null 的 optional 
最 后 ， 使 用 静态 工厂 方法 optional.ofNullable， 你 可 以 创建 一 个 允许 null 值 的 
Optional 对 象 : 





Optional<Car> optCar = Optional.ofNullable (car); 


如 果 car 是 null1， 那 么 得 到 的 optional 对 象 就 是 个 空 对 象 。 

你 可 能 已 经 猜 到 ， 我 们 还 需要 继续 研究 “如 何 获取 optional 变量 中 的 值 ”。 尤 其 是 ， 
Optional 提供 了 一 个 get 方法 ， 它 能 非常 精准 地 完成 这 项 工作 ， 后 面 会 详细 介绍 这 部 分 内 容 。 
不 过 get 方法 在 遭遇 到 空 的 optional 对 象 时 也 会 抛 出 异常 ， 所 以 不 按照 约定 的 方式 使 用 它 ， 
又 会 让 我 们 再 度 陷 入 由 null 引起 的 代码 维护 的 梦 许 。 因 此 ， 我 们 首先 从 无 须 显 式 检查 的 
Optional 值 的 使 用 人 手 ， 这 些 方法 与 stream 中 的 某 些 操作 极其 相似 。 


11.3.2 使 用 map 从 optional 对 象 中 提取 和 转换 值 


从 对 象 中 提取 信息 是 一 种 比较 常见 的 模式 。 比 如 ， 你 可 能 想 要 从 insurance 公司 对 象 中 提 
取 公 司 的 名 称 。 提取 名 称 之 前 ， 你 需要 检查 insurance 对 象 是 否 为 yall 代码 如 下 所 示 : 
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String name = null; 
if(insurance != null)t 
name = insurance.getName (); 
} 
为 了 支持 这 种 模式 ,optional 提供 了 一 个 map 方法 。 它 的 工作 方式 如 下 (这 里 继续 借用 了 
代码 清单 11-4 的 模式 ): 


Optional<Insurance> optInsurance = Optional.ofNullable(insurance); 
Optional<String> name = optInsurance.map (Insurance: :getName); 


从 概念 上 看 , 这 与 我 们 在 第 4 章 和 第 5 章 中 看 到 的 流 的 map 方法 相差 无 几 。map 操作 会 将 提 
供 的 函数 应 用 于 流 的 每 个 元 素 。 你 可 以 把 optional 对 象 看 成 一 种 特殊 的 集合 数据 , 它 至 多 包含 
一 个 元 素 。 如 果 optional 包含 一 个 值 , 那 函 数 就 将 该 值 作为 参数 传递 给 map, 对 该 值 进行 转换 。 
如 果 optional 为 空 ， 就 什么 也 不 做 。 图 11-2 对 这 种 相似 性 进行 了 说 明 ， 展 示 了 把 一 个 将 正方 
形 转换 为 三 角形 的 函数 ， 分 别传 递 给 正方 形 和 optional 正方 形 流 的 map 方法 之 后 的 结果 。 


Op map([ | 一 > 全 ， Re 
































Optional Optional 


map([ | -> 全 ， 








图 11-2 Stream 和 optional 的 map 方法 对 比 


这 看 起 来 挺 有 用 ， 但 是 你 怎样 才能 应 用 起 来 ， 重 构 代 码 清单 11-1 的 代码 呢 ? 那 段 代码 里 用 
安全 的 方式 链接 了 多 个 方法 。 
public String getCarIinsuranceName (Person person) { 


return person.getCar() .getInsurance() .getName (); 


} 
为 了 达到 这 个 目的 ， 需要 求助 optional 提供 的 男 一 个 方法 flatMap。 


11.3.3 ”使 用 ELatMap 链接 optional 对 象 


由 于 我 们 刚刚 学 习 了 如 何 使 用 map， 你 的 第 一 反应 可 能 是 可 以 利用 map 重 写 之 前 的 代码 ， 
如 下 所 示 : 


Optional<Person> optPerson = Optional.of (person); 
Optional<String> name = 
optPerson.map (Person: :getCar) 
.map (Car: :getInsurance) 
.map (Insurance: :getName); 
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不 幸 的 是 ， 这 段 代码 无 法 通过 编译 。 为 什么 呢 ? optPerson 是 Optional<Person> 类 型 的 
变量 , 调用 map 方法 应 该 没有 问题 。 但 getcar 返回 的 是 一 个 optional<car> 类 型 的 对 象 ( 如 
代码 清单 11-4 所 示 )， 这 意味 着 map 操作 的 结果 是 一 个 optional<Optional<Car>> 类 型 的 对 
象 。 因 此 ， 它 对 get Insurance 的 调用 是 非法 的 ， 因 为 最 外 层 的 optional 对 象 包含 了 男 一 个 
optional 对 象 的 值 ， 而 它 当 然 不 会 支持 get Insurance 方法 。 图 11-3 说 明了 你 会 遭遇 的 租 套 
式 optional 结构 。 
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图 11-3 两 层 的 optional 对 象 


所 以 ， 该 如 何 解决 这 个 问题 呢 ? 让 我 们 再 回顾 一 下 你 之 前 在 流 上 使 用 过 的 模式 : flLatMap 
方法 。 使 用 流 时 ，flatMap 方法 接受 一 个 函数 作为 参数 ， 这 个 函数 的 返回 值 是 另 一 个 流 。 这 个 
方法 会 应 用 到 流 中 的 每 一 个 元 素 ， 最 终 形成 一 个 新 的 流 的 流 。 但 是 flagMap 会 用 流 的 内 容 替 换 
每 个 新 生成 的 流 。 换 句 话说 ， 由 方法 生成 的 各 个 流 会 被 合并 或 者 扁平 化 为 一 个 单一 的 流 。 这 里 你 
希望 的 结果 其 实 也 是 类 似 的， 但 是 你 想 要 的 是 将 两 层 的 optional 合并 为 一 个 。 

跟 图 11-2 类 似 , 我 们 借助 图 11-4 来 说 明 flatMap 方法 在 Stream 和 optional 类 之 间 的 相 
似 性 。 




































































Optional Optional 
flatMap([ | -> ) 











图 11-4 stream 和 optional 的 flagMap 方法 对 比 

这 里 传 给 流 的 flatMap 方法 的 函数 ， 会 转换 每 个 正方 形 到 一 个 包含 两 个 三 角形 的 流 中 。 如 
果 将 该 函数 应 用 于 简单 的 map， 那 么 map 结果 将 是 包含 了 其 他 三 个 流 的 流 ， 这 三 个 流 都 分 别 包 
含 两 个 三 角形 。 如 果 该 函数 应 用 于 f1atMap 方法 ,结果 则 不 一 样 ，f1atMap 会 持平 两 层 结 构 的 
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流 为 总 计 包 含 六 个 三 角形 的 单 层 流 。 类 似 地 ， 传 递 给 optional 的 flatMap 方法 的 函数 ,会 转 
换 原始 optional 中 的 正方 形 到 一 个 optional 中 (包含 一 个 三 角形 )。 如 果 函 数 传递 给 map 方 
法 ,那么 map 结果 是 包含 了 一 个 optional 的 optional， 相 应 地 ， 最 里 层 的 optional 包含 
一 个 三 角形 。 但 flatMap 会 授 平 两 层 结构 的 optional 为 一 个 包含 了 一 个 三 角形 的 单 层 结构 


Optional。 








1. 使 用 optional 获取 car 的 保险 公司 名 称 

相信 现在 你 已 经 对 optional 的 map 和 flatMap 方法 有 了 一 定 的 了 解 ,让 我 们 看 看 如 何 应 用 。 
代码 清单 11-2 和 代码 清单 11-3 的 示例 用 基于 optional 的 数据 模式 重 写 之 后 ， 如 代码 清单 11-5 
所 示 。 


代码 清单 11-5 ”使 用 optional 获取 car 的 insurance 名 称 


public String getCarInsuranceName (Optional<Person> person) { 


return person.flatMap (Person: :getCar) 如 果 optional 的 








.flatMap (Car: :getInsurance) ys 

2 士 人 bar Va 
.map (Insurance: :getName) Rr 设置 
.orElse ("Unknown"); Wb 


} 


通过 比较 代码 清单 11-5 和 之 前 的 两 个 代码 清单 ， 可 以 看 到 ， 处 理 潜在 可 能 缺失 的 值 时 ， 使 
用 optional 具有 明显 的 优势 。 这 一 次 , 你 可 以 用 非常 容易 却 又 普 适 的 方法 实现 之 前 你 期 望 的 效 
果 一 一 不 再 需要 使 用 那么 多 的 条 件 分 支 ， 也 不 会 增加 代码 的 复杂 性 。 

从 具体 的 代码 实现 来 看 ， 首 先 我 们 注意 到 你 修改 了 代码 清单 11-2 和 代码 清单 11-3 中 的 
getCarInsuranceName 方法 的 签名 , 因为 我 们 很 明确 地 知道 存在 这 样 的 用 例 , 即 一 个 不 存在 的 
Person 被 传递 给 了 方法 ， 比 如 ，Person 是 使 用 某 个 标识 符 从 数据 库 中 查询 出 来 的 ， 你 想 要 对 
数据 库 中 不 存在 指定 标识 符 对 应 的 用 户 数据 的 情况 进行 建 模 。 你 可 以 将 方法 的 参数 类 型 由 
Person 改 为 optional<Person>， 对 这 种 特殊 情况 进行 建 模 。 

我 们 再 一 次 看 到 了 这 种 方式 的 优点 ， 它 通过 类 型 系统 让 你 的 域 模型 中 隐藏 的 知识 显 式 地 体 
现在 你 的 代码 中 ,， 换 句 话 说， 你 永远 都 不 应 该 忘记 语言 的 首要 功能 就 是 沟通 ， 即 使 对 程序 设计 
语言 而 言 也 没有 什么 不 同 。 声 明 方法 接受 一 个 optional 参数 ,或 者 将 结果 作为 optional 
类 型 返回 ， 让 你 的 同事 或 者 未 来 你 方法 的 使 用 者 ， 很 清楚 地 知道 它 可 以 接受 空 值 ， 或 者 可 能 返 


回 一 个 空 






































2. 使 用 optional 解 引 用 串 接 的 Person/car/Insurance 对 象 

由 optional<Person> 对 象 ， 我 们 可 以 结合 使 用 之 前 介绍 的 map 和 flatMap 方法 ， 从 
Person 中 解 引用 出 car， 从 car 中 解 引用 出 Insurance, 从 Insurance 对 象 中 解 引用 出 包含 
insurance 公司 名 称 的 字符 串 。 图 11-5 对 这 种 流水 线 式 的 操作 进行 了 说 明 。 
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图 11-5 使 用 
这 里 , 我 们 从 以 optional 封 
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Optional 


map (Insurance: :getName) 





String 


Insurance 





第 3 步 


tional 解 引用 串 接 的 Person/Car/Insurance 


| 装 的 Person 人 手 ， 对 其 调 月 








日 flatMap (Person: :getCar)。 


如 前 所 述 ， 这 种 调用 逻辑 上 可 以 划分 为 两 步 。 第 一 步 ， 某 个 Function 作为 参数 ， 被 传递 给 由 
Optional 封装 的 Person 对 象 ， 对 其 进行 转换 。 在 这 个 场景 中 ，Function 的 具体 表现 是 一 个 


方法 引 月 





日 ， 即 对 Person 对 象 的 getcar 方法 进行 调用 。 由 于 该 方法 返回 一 个 


Optional<Car> 











类 型 的 对 象 , 因此 optional 内 的 Person 也 被 转换 成 了 这 种 对 象 的 实例 , 结果 就 是 一 个 两 层 的 
optional 对 象 ， 最 终 它 们 会 被 flagMap 操作 合并 。 从 纯 理 论 的 角度 而 言 ， 你 可 以 将 这 种 合并 








操作 简单 地 看 成 把 


Optional 对 象 。 








两 个 optional 对 象 


结合 








结果 不 会 发 生 任何 改变 ， 
了 一 个 Person 对 象 ， 传递 给 下 了 沁 





接 将 其 返回 了 。 











p 








在 一 起 , 如 果 其 中 有 一 个 对 象 为 空 , 就 构成 一 个 空 的 
如 果 你 对 一 个 空 的 optional 对 象 调 用 ElatMap， 那 实际 情况 又 会 如 何 呢 ? 





时 装 


返回 值 也 是 个 空 的 optional 对 象 。 与 此 相反 ， 如 果 optional 封装 
ab 的 Function， 就 会 应 用 到 Person 上 对 其 进行 处 理 。 
在 这 个 例子 中 ， 由 于 Function 的 返回 值 已 经 是 一 个 optional 对 象 ， 因 此 flapMap 方法 就 直 





第 二 步 与 第 一 步 大 同 小 异 ， 它 会 将 Optional<Car> 转 换 为 Optional<Insurance>。 第 三 


步 则 会 将 optional<Insurance> 转 化 为 optional<String> 对 象 ， 
getName () 方 法 的 返回 类 型 为 String， 这 里 就 不 上 

截至 目前 , 返回 的 optional 可 
就 为 空 ， 否 则 返回 的 值 就 是 你 


结 只 





optional ， 那 么 








于 Insurance . 

















全 已 
能 是 














两 种 情况 : 如 果 调用 链 上 的 任何 一 个 方法 返回 一 个 


需要 进行 ELapMap 操作 了 。 











空 的 























期 望 的 保险 公司 的 名 称 。 那 么 ， 你 如 何 读 出 


这 个 值 呢 ? 毕 竞 你 最 后 得 到 的 这 个 对 象 还 是 个 optional<String>， 它 可 能 包含 保险 公司 的 名 
称 ， 也 可 能 为 空 。 代 码 清 单 11-5 使 用 了 一 个 名 为 orElse 的 方法 ， 当 optional 的 值 为 空 时 ， 





它 会 为 其 设 定 一 





个 默认 值 。 除 此 之 外 , 还 有 很 多 其 他 的 方法 可 以 为 optional 设 定 默 认 值 , 或 者 


解析 出 optional 代表 的 值 。 接 下 来 我 们 会 对 此 做 进一步 的 探讨 。 
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在 域 模型 中 使 用 optional， 以 及 为 什么 它们 无 法 序列 化 

在 代码 清单 11-4 中 , 我 们 展示 了 如 何在 你 的 域 模型 中 使 用 Optional, 将 允许 缺失 或 者 暂 
无 定义 的 变量 值 用 特殊 的 形式 标记 出 来 。 然 而 ，Optional 类 设计 者 的 初 训 并 非 如 此 ， 他 们 构 
思 时 怀揣 的 是 另 一 个 用 例 。 这 一 点 ，Java 语言 的 架构 师 Brian Goetz 曾经 非常 明确 地 陈述 过 ， 
Optional 的 设计 初衷 仅仅 是 要 支持 能 返回 Optional 对 象 的 语法 。 

由 于 Optional 类 设计 时 就 没 特别 考虑 将 其 作为 类 的 字段 使 用 ， 因 此 它 也 并 未 实现 
Serializable 接口 。 由 于 这 个 原因 ， 如 果 你 的 应 用 使 用 了 某 些 要 求 序列 化 的 库 或 者 框架 ， 
在 域 模型 中 使 用 Optional， 有 可 能 引发 应 用 程序 故障 。 然 而 ， 我 们 相信 ， 通 过 前 面 的 介绍 ， 
你 已 经 看 到 用 Optional 声明 域 模型 中 的 某 些 类 型 是 个 不 错 的 主意 ， 尤 其 是 你 需要 遍历 有 可 
能 全 部 或 部 分 为 空 ， 或 者 可 能 不 存在 的 对 象 时 。 如 果 你 一 定 要 实现 序列 化 的 域 模 型 ， 作 为 替代 
方案 ， 建 议 你 像 下 面 这 个 合子 那样 ， 提 供 一 个 能 访问 声明 为 Optional、 变 量 值 可 能 缺失 的 接 
口 ， 如 下 所 示 : 


Bublile class Persomt 
brivares ea cn 
public Optional<Car> getCarAsOptional() { 
return Optional.ofNullable(car); 


} 


11.3.4 ”操纵 由 optional 对 象 构成 的 Stream 


Java9 引 入 了 optional 的 stream() 方 法 , 使 用 该 方法 可 以 把 一 个 含 值 的 optional 对 象 
转换 成 由 该 值 构 成 的 Stream 对 象 ， 或 者 把 一 个 空 的 optional 对 象 转换 成 等 价 的 空 Stream。 
这 一 技术 为 典型 流 处 理 场景 带 来 了 极 大 的 便利 : 当 你 要 处 理 的 对 象 是 由 optional 对 象 构成 的 
Stream 时 ,你 需要 将 这 个 stream 转换 为 由 原 Stream 中 非 空 optional 对 象 值 组 成 的 新 
Stream。 本 节 会 通过 一 个 实际 例子 演示 为 什么 你 需要 处 理由 optional 对 象 构成 的 Stream， 
以 及 如 何 执行 这 种 操作 。 

代码 清单 11-6 的 例子 使 用 了 代码 清单 11-4 中 定义 的 领域 模型 person/car/Insurance。 假 
设 你 需要 实现 一 个 方法 , 该 方法 接受 一 个 由 Person 构成 的 列表 List<Person>, 返回 该 列表 中 
拥有 一 辆 汽车 的 人 所 使 用 的 保险 公司 名 称 集合 Set <string>。 


























代码 清单 11-6 ” 找 出 person 列表 所 使 用 的 保险 公司 名 称 ( 不 含 重复 项 ) 


将 person 列表 转换 为 optional 对 每 个 optional<Car> 执 行 flatMap 操作 ， 
<Car> 组 成 的 流 ，car 是 列表 中 将 其 转换 成 对 应 的 optional<Insurance> 
person 名 下 的 汽车 对 象 


public Set<String> getCarIinsuranceNames (List<Person> persons) { 
return persons.stream!() 
.map (Person: :getCar) 
.map (optCar -> optCar.flatMap (Car: :getIinsurance)) 
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.map (optIns -> optIns.mapb (Insurance: :9g9etName) ) 
.flatMap (Optional::stream) 





.collect (toSet ()); 将 stream<optional 将 每 个 optional 

} <String>> 转 换 为 <Insurance> 映 射 成 包 

\ 理 的 结果 字 儿 Stream<String> 对 象 ， 含 对 应 保险 公司 名 字 的 

i 只 保留 流 中 那些 存在 保 Optional<string> 
2 险 公 司 名 的 对 象 


含 重复 值 的 set 中 


很 多 时 候 ， 操 纵 流 元 素 都 需要 链接 一 长 串 的 转换 、 过 滤 或 者 其 他 的 操作 ,现在 处 理 的 复杂 度 
又 进一步 增 大 了 ， 因 为 每 个 元 素 都 会 被 封装 到 optional 对 象 中 。 还 记得 么 ， 建 模 时 我 们 假设 
person 对 象 可 能 没有 汽车 ， 执 行 getcaz () 方 法 时 ， 它 返回 的 是 一 个 optional<Car> 对 象 ， 
而 不 是 一 个 简单 的 car 对 象 。 因 此 , 第 一 次 map 转换 之 后 , 你 得 到 的 是 一 个 由 opt ional<Car> 
对 象 构成 的 Stream<Optional<Car>>。 接 下 来 的 两 个 map 操作 帮助 你 将 Optional<Car> 转 换 
成 了 optional<Insurance>， 接 着 转换 成 了 optional<String>。 这 些 跟 你 在 代码 清单 11-5 
中 所 做 的 几乎 一 样 , 唯一 的 区 别 是 现在 是 对 stream 中 的 元 素 进 行 操作 ， 而 之 前 是 对 单一 元 素 进 
行 操作 。 

这 三 个 转换 操作 之 后 ， 你 得 到 了 一 个 stream<Optional<String>> 对 象 ， 这 些 optional 
对 象 中 的 一 些 可 能 为 空 ， 因 为 有 的 人 可 能 并 没有 汽车 ， 或 者 有 汽车 但 是 没有 投保 。 使 用 
optional， 即 便 是 磁 到 了 值 缺 失 的 情况 ， 你 也 不 需要 再 为 这 些 操 作 是 否 “ 空 安全 ”(null-safe ) 
而 烦心 了 。 然而 , 你 现在 碰 到 了 新 的 问题 ,怎样 去 除 那 些 空 的 optional 对 象 , 解 包 出 其 他 对 象 
的 值 ， 并 把 结果 保存 到 集合 set 中 呢 ? 当然 ， 你 可 以 像 下 面 这 样 ， 使 用 filter 和 map 得 到 最 
终 的 结果 : 

Stream<Optional<String>> stream = ... 

Set<String> result = stream.filter(Optional::isPpresent) 


.map (Optional::get) 
.Collect(toSet ()); 


不 过 , 正如 我 们 在 代码 清单 11-6 中 所 预见 的 , 采用 optional 类 的 stream() 方 法 完全 可 以 
只 通过 一 次 , 而 不 是 两 次 操作 达到 同样 的 效果 。 实 际 上 , 这 个 方法 会 依据 要 转换 的 optional 对 
象 是 否 为 空 ,将 每 个 optional 对 象 转换 为 含有 零 个 或 一 个 元 素 的 流 。 基 于 这 一 原理 ,对 该 方法 
的 引用 可 以 看 成 是 从 流 的 一 个 单一 元 素 向 另 一 个 流 的 单一 元 素 执行 转换 , 结果 传递 回 原始 流 执行 
flatMap 方法 调用 。 我 们 已 经 知道 ， 通 过 这 种 方式 每 个 元 素 都 被 转换 成 了 流 ， 最 初 两 层 由 流 组 
成 的 流 结构 经 过 转换 简化 为 单 层 的 流 。 通过 这 一 技巧 , 你 可 以 解 包 optional 对 象 , 提取 其 中 的 
值 ， 跳 过 那些 空 的 对 象 ， 所 有 这 一 切 都 只 需 执行 一 次 操作 。 


11.3.5 ”默认 行为 及 解 引用 optional 对 象 


我 们 决定 采用 orElse 方法 读 取 这 个 变量 的 值 , 使 用 这 种 方式 你 还 可 以 定义 一 个 默认 值 ， 当 
遭遇 空 的 optional 变量 时 ， 默 认 值 会 作为 该 方法 的 调用 返回 值 。optional 类 提供 了 多 种 方法 
读 取 optional 实例 中 的 变量 值 。 
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D get () 是 这 些 方法 中 最 简单 但 又 最 不 安全 的 方法 。 如 果 变 量 存在 , 那 它 直接 返回 封装 的 变 
量 值 ， 否则 就 抛 出 一 个 NoSuchElementException 异常 。 所 以 ， 除非 你 非常 确定 
optional 变量 一 定 包含 值 , 否则 使 用 这 个 方法 是 个 相当 糟糕 的 主意 。 此 外 ,这 种 方式 即 
便 相对 于 骨 套 式 的 null 检查， 也 并 未 体现 出 多 大 的 改进 。 

D orElse (T other) 是 我 们 在 代码 清单 11-5 中 使 用 的 方法 ， 正 如 之 前 提 到 的 ， 它 允许 你 在 

Optional 对 象 不 包含 值 时 提供 一 个 默认 值 。 

口 orElseGet (Supplier<? extends="" t=""?3> other) 是 orBlse 方法 的 延迟 调用 版 ， 
因为 supplier 方法 只 有 在 Optional 对 象 不 含 值 时 才 执 行 调 用 。 如 果 创 建 默 认 值 是 件 
耗 时 费力 的 工作 ， 你 应 该 考虑 采用 这 种 方式 ( 借 此 提升 程序 的 性 能 )， 或 者 你 需要 非常 确 
定 某 个 方法 仅 在 optional 为 空 时 才 进 行 调用 , 也 可 以 考虑 该 方式 (使 用 orElseGet 时 
至 关 重 要 )。 

口 or (Supplier<? extends=""?><? extends="" t=""?>> supplier) 与 前 面 介绍 的 
orElseGet 方法 很 像 ， 不 过 它 不 会 解 包 optional 对 象 中 的 值 ， 即 便 该 值 是 存在 的 。 实 
战 中 ， 如 果 optional 对 象 含有 值 ， 这 一 方法 ( 自 Java 9 引入 ) 不 会 执行 任何 额外 的 操 
作 ， 直 接 返 回 该 optional 对 象 。 如 果 原 始 optional 对 象 为 空 ， 该 方法 会 延迟 地 返回 
一 个 不 同 的 optional 对 象 。 

口 orElseThrow (Supplier<? extends="" x=""?> exceptionSupplier) 和 get 方法 
非常 类 似 , 它们 遭遇 optional 对 象 为 空 时 都 会 抛 出 一 个 异常 , 但 是 使 用 orElseThrow 
你 可 以 定制 希望 抛 出 的 异常 类 型 。 

口 ifPresent (Consumer<? super="" t=""?>consumer) 变量 值 存在 时 ， 执行 一 个 以 参 
数 形式 传人 的 方法 ， 否 则 就 不 进行 任何 操作 。 

Java 9 还 引入 了 一 个 新 的 实例 方法 : 

口 ifpresentOrElse (Consumer<? super="" t=""?> action, Runnable emptyAction)。 
该 方法 不 同 于 ifPresent， 它 接受 一 个 Runnapble 方法 ， 如 果 optional 对 象 为 空 ， 就 
执行 该 方法 所 定义 的 动作 。 










































































































































































11.3.6 ”两 个 optional 对 象 的 组 合 


现在 ,假设 你 有 这 样 一 个 方法 ， 它 接受 一 个 Person 和 一 个 car 对 象 ， 并 以 此 为 条 件 对 外 
部 提供 的 服务 进行 查询 ， 通 过 一 些 复 杂 的 业务 逻辑 ， 试 图 找到 满足 该 组 合 的 最 便宜 的 保险 公司 : 











public Insurance findCheapestInsurance (Person person, Car car) { 
// 不 同 的 保险 公司 提供 的 查询 服务 
// 对 比 所 有 数据 
return cheapestCompany; 


} 
我 们 还 假设 你 想 要 该 方法 的 一 个 nul1- 安 全 的 版 本 ， 它 接受 两 个 optional 对 象 作为 参数 ， 
返回 值 是 一 个 optional<Insurance> 对 象 , 如 果 传 人 的 任何 一 个 参数 值 为 空 , 它 的 返回 值 亦 为 
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室 。optional 类 还 提供 了 一 个 isPresent 方法 ， 如 果 optional 对 象 包含 值 ， 该 方法 就 返回 
true， 所 以 你 的 第 一 想法 可 能 是 通过 下 面 这 种 方式 实现 该 方法 : 


public Optional<Insurance> nullSafeFindCheapestInsurancel( 
Optional<Person> person, Optional<Car> car) { 


if (person.isPresent() &é& car.1sPresent ()) { 
return Optional.of (findCheapestInsurance (person.get (), car.get ())); 
} else { 


return Optional.empty (); 
} 
} 


这 个 方法 具有 明显 的 优势 , 从 它 的 签名 就 能 非常 清楚 地 知道 无 论 是 person 还 是 car, 它 的 
值 都 有 可 能 为 空 ， 出 现 这 种 情况 时 ,方法 的 返回 值 也 不 会 包含 任何 值 。 不 幸 的 是 ， 该 方法 的 具体 
实现 和 你 之 前 曾经 实现 的 nul1l 检查 太 相 似 了 :方法 接受 一 个 Person 和 一 个 car 对 象 作 为 参数 ， 
而 二 者 都 有 可 能 为 aul1。 利 用 optional 类 提供 的 特性 ， 有 没有 更 好 或 更 地 道 的 方式 来 实现 这 
个 方法 呢 ? 花 几 分 钟 时 间 思 考 一 下 测验 11.1， 试 试 能 不 能 找到 更 优雅 的 解决 方案 。 


















































测验 11.1: 以 不 解 包 的 方式 组 合 两 个 optional 对 象 
结合 本 节 中 介绍 的 map 和 flatMap 方法 ， 用 一 行 语句 重新 实现 之 前 出 现 的 nullSafe- 
FindcheapestInsurance () 方 法 。 
答案 : 你 可 以 像 使 用 三 元 操作 符 那 样 , 无 须 任 何 条 件 判 断 的 结构 , 以 一 行 语句 实现 该 方法 ， 
代码 如 下 。 


public Optional<Insurance> nullSafeFindCheapestInsurancel( 
Optional<Person> person, Optional<Car> car) { 
return person.flatMap(p -> car.map(c -> findCheapestIinsurance(p, c))); 


; 

在 这 段 代 码 中 ， 你 对 第 一 个 optional 对 象 调用 flatMap 方法 ， 如 果 它 是 个 空 值 ， 传 
递 给 它 的 Lambda 表达 式 就 不 会 执行 ,这 次 调用 会 直接 返回 一 个 空 的 Optional 对 象 。 反 之 ， 
如 果 person 对 象 存在 ,这 次 调用 就 会 将 其 作为 函数 Function 的 输入 ， 并 按照 与 flatMap 
方法 的 约定 返回 一 个 optional<Insurance> 对 象 。 这 个 函数 的 函数 体会 对 第 二 个 
Optional 对 象 执 行 map 操作 ， 如 果 第 二 个 对 象 不 包含 car， 函 数 Function 就 返回 一 个 空 
的 Optional 对 象 ， 整个 nullSafeFindCheapestInsurance 方法 的 返回 值 也 是 一 个 空 的 
Optional 对 象 。 最 后 ， 如 果 person 和 car 对 象 都 存在 ， 那 么 作为 参数 传递 给 map 方法 的 
Lambda 表达 式 就 能 够 使 用 这 两 个 值 安 全 地 调用 原始 的 findCcheapestInsurance 方法 ， 完 
成 期 望 的 操作 。 


Optional 类 和 stream 接口 的 相似 之 处 远 不 止 map 和 flatMap 这 两 个 方法 。 还 有 第 三 个 
方法 filter， 它 的 行为 在 两 种 类 型 之 间 也 极其 相似 ， 接 下 来 的 一 节 会 对 此 进行 介绍 。 
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11.3.7 使 用 filter 剔除 特定 的 值 


你 经 常 需要 调用 某 个 对 象 的 方法 ,查看 它 的 某 些 属性 。 比 如 ,你 可 能 需要 检查 保险 公司 的 名 
称 是 否 为 “Cambridge-Insurance”。 为 了 以 一 种 安全 的 方式 进行 这 些 操作 , 你 首先 需要 确定 引用 指 
向 的 Insurance 对 象 是 否 为 nul1， 之 后 再 调用 它 的 getName 方法 ， 如 下 所 示 : 












































Insurance insurance = ...; 

if(insurance != null && "CampbridgeInsurance" .edquals (insurance.getName())){ 
System.out .println("ok"); 

} 


使 用 optional 对 象 的 filter 方法 ,这 段 代码 可 以 重 构 如 下 : 





Optional<Insurance> optInsurance = ...; 
optInsurance.filter(insurance -> 
"CambridgeInsurance".equals (insurance.getName ())) 
.ifPresent (x -> System.out.println("ok")); 


filter 方法 接受 一 个 谓词 作为 参数 。 如 果 optional 对 象 的 值 存在 ， 并 且 它 符合 谓词 的 条 
件 ，filter 方法 就 返回 其 值 ;否则 它 就 返回 一 个 空 的 optional 对 象 。 如 果 你 还 记得 我 们 可 以 
将 optional 看 成 最 多 包含 一 个 元 素 的 stream 对象， 这 个 方法 的 行为 就 非常 清晰 了 。 如 果 
Optional 对 象 为 空 ， 那 它 不 做 任何 操作 ,反之 , 它 就 对 optional 对 象 中 包含 的 值 施 加 谓词 操 
作 。 如 果 该 操作 的 结果 为 true， 那 它 不 做 任何 改变 ， 直 接 返 回 该 optional 对 象 ， 否 则 就 将 该 
值 过 滤 掉 , 将 optional 的 值 置 空 。 通 过 测验 11.2, 可 以 测试 你 对 filter 方法 工作 方式 的 理解 。 



































测验 11.2: 对 optional 对 象 进行 过 滤 

假设 在 我 们 的 Person/Car/Insurance 模型 中 , Person 还 提供 了 一 个 方法 getAge 可 以 
取得 Person 对 象 的 年 龄 ,请 使 用 下 面 的 签名 改写 代码 清单 11-5 中 的 getCarInsuranceName 
方法 : 

public String getCarIinsuranceName (Optional<Person> person, int minAge) 

找 出 年 龄 大 于 或 者 等 于 minAge 参数 的 Person 所 对 应 的 保险 公司 列表 。 

答案 :你 可 以 对 Optional 封装 的 Person 对 象 进行 filter 操作 ,设置 相应 的 条 件 谓 词 ， 
即 如 果 person 的 年 龄 大 于 minaAge 参数 的 设 定 值 ， 就 返回 该 值 ， 并 将 谓词 传递 给 filter 方 
法 ， 代 码 如 下 所 示 : 


public String getCarIinsuranceName (Optional<Person> person, int minAge) { 
eesnm eesen mem esos 0 nmee) 
.flatMap (Person: :getCar) 
.flatMap (Car: :getInsurance) 
.map (Insurance: :getName) 
.orElse ("Unknown"); 
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下 一 节 中 , 我 们 会 探讨 optional 类 剩 下 的 一 些 特性 , 并 提供 更 实际 的 例子 , 展示 多 种 你 能 
够 应 用 于 代码 中 更 好 地 管理 缺失 值 的 技巧 。 
表 11-1 对 optional 类 中 的 方法 进行 了 分 类 和 概括 。 


表 11-1 Optional 类 的 方法 








































































































































































































方法 描述 

et 返回 一 个 空 的 optional 实例 

filter 如 果 值 存在 并 且 满 足 提供 的 谓词 ， 就 返回 包含 该 值 的 optional 对 象 ; 否则 返回 一 个 空 的 
Optional 对 象 

flatMap 如 果 值 存在 ， 就 对 该 值 执行 提供 的 mapping 函数 调用 ， 返 回 一 个 optional 类 型 的 值 ， 否 则 
就 返回 一 个 空 的 optional 对 象 

get 如 果 值 存在 ， 就 将 该 值 用 optional 封装 返回 ， 否 则 抛 出 一 个 NosuchElement Exception 
异常 

ifPresent 如 果 值 存在 ， 就 执行 使 用 该 值 的 方法 调用 ， 否 则 什么 也 不 做 

ifPresentOrElse 如 果 值 存在 ,就 以 值 作为 输入 执行 对 应 的 方法 调用 ， 否 则 执行 男 一 个 不 需 任 何 输入 的 方法 

isPresent 如 果 值 存在 就 返回 true， 否 则 返回 false 

map 如 果 值 存在 ， 就 对 该 值 执行 提供 的 mapping 函数 调用 

of 将 指定 值 用 optional 封装 之 后 返回 ,如 果 该 值 为 nu11, 则 抛 出 一 个 NullPointerException 
异常 

SHIN Sbie 将 指定 值 用 optional 封装 之 后 返回 ， 如 果 该 值 为 nu11， 则 返回 一 个 空 的 Optional 对 象 

On 如 果 值 存在 , 就 返回 同一 个 optional 对 象 , 否则 返回 由 支持 函数 生成 的 另 一 个 optional 对 象 

ese 如 果 有 值 则 将 其 返回 ， 否 则 返回 一 个 默认 值 

rp18eGeL 如 果 有 值 则 将 其 返回 ， 和 否则 返回 一 个 由 指定 的 supplier 接口 生成 的 值 

人 ROY 如 果 有 值 则 将 其 返回 ， 和 否则 抛 出 一 个 由 指定 的 supplier 接口 生成 的 异常 

Soa 如 果 有 值 ， 就 返回 包含 该 值 的 一 个 stream， 否 则 返回 一 个 空 的 Stream 








11.4 ”使 用 optional 的 实战 示例 


相信 你 已 经 了 解 , 有效 地 使 用 optional 类 意味 着 你 需要 对 如 何 处 理 潜在 缺失 值 进行 全 面 的 
思 。 这 种 反思 不 仅仅 限于 你 曾经 写 过 的 代码 , 更 重要 的 可 能 是 , 你 如 何 与 原生 Java API 实 现 共 
存 共 遍 。 
实际 上 ， 我 们 相信 如 果 optional 类 能 够 在 这 些 API 创建 之 初 就 存在 的 话 ， 那 么 很 多 API 
的 设计 编写 可 能 会 大 有 不 同 。 为 了 保持 后 向 兼容 性 , 我 们 很 难 对 老 的 Java API 进行 改动 ， 让 它们 
也 使 用 optional, 但 这 并 不 表示 我 们 什么 也 做 不 了 。 你 可 以 在 自己 的 代码 中 添加 一 些 工 具 方 法 ， 
修复 或 者 绕 过 这 些 问题 , 让 你 的 代码 能 享受 optional 带 来 的 威力 。 我 们 会 通过 几 个 实际 的 例子 
讲解 如 何 达 到 这 样 的 目的 。 
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11.4.1 用 optional 封装 可 能 为 null 的 值 


现存 Java API 几乎 都 是 通过 返回 一 个 null 的 方式 来 表示 需要 值 的 缺失 , 或 者 由 于 某 些 原因 
计算 无 法 得 到 该 值 ,比如 ,如 果 Map 中 不 含 指定 的 键 对 应 的 值 , 它 的 get 方法 就 会 返回 一 个 nul1。 
但 是 ,正如 之 前 介绍 的 , 大 多 数 情况 下 ,你 可 能 希望 这 些 方法 能 返回 一 个 optional 对 象 。 你 无 
法 修改 这 些 方法 的 签名 , 但 是 你 很 容易 用 optional 对 这 些 方法 的 返回 值 进行 封装 。 我 们 接着 用 
Map 做 例子 ,假设 你 有 一 个 Map<string，0Object> 方 法 , 访问 由 key 索引 的 值 时 ， 如 果 map 
中 没有 与 key 关联 的 值 ， 该 次 调用 就 会 返回 一 个 nul1。 






































Object value = map.get ("key"); 

使 用 optional 封装 map 的 返回 值 ， 可 以 对 这 上 段 代 码 进行 优化 。 要 达到 这 个 目的 有 两 种 方 
式 : 使 用 笨拙 的 if-then-else 判断 语句 ， 毫 无 疑问 这 种 方式 会 增加 代码 的 复杂 度 ; 或 者 采用 
前 文 介绍 的 optional .ofNullable 方法 : 





Optional<Object> value = Optional.ofNullable (map.get ("key")); 


每 次 你 希望 安全 地 对 潜在 为 null 的 对 象 进行 转换 , 将 其 替换 为 optional 对 象 时 ,都 可 以 
考虑 使 用 这 种 方法 。 





11.4.2 ”异常 与 optional 的 对 比 


由 于 某 种 原因 ， 函 数 无 法 返回 某 个 值 ， 这 时 除了 返回 nul1，Java API 比较 常见 的 奉 代 做 法 
是 抛 出 一 个 异常 。 这 种 情况 比较 典型 的 例子 是 使 用 静态 方法 Integer .parseInt (String), 将 
string 转换 为 int。 在 这 个 例子 中 ， 如 果 String 无 法 解析 到 对 应 的 整 型 ， 该 方法 就 抛 出 一 个 
NumberFormatException。 最 后 的 效果 是 , 发 生 string 无 法 转换 为 int 时 , 代码 发 出 一 个 遭 
遇 非 法 参数 的 信号 ， 唯 一 的 不 同 是 ， 这 次 你 需要 使 用 try/catch 语句 ， 而 不 是 使 用 if 条 件 判 
断 来 控制 一 个 变量 的 值 是 否 非 空 。 

你 也 可 以 用 空 的 optional 对 象 , 对 遭遇 无 法 转换 的 string 时 返回 的 非法 值 进行 建 模 , 这 
时 你 期 望 parseInt 的 返回 值 是 一 个 optional。 我 们 无 法 修改 最 初 的 Java 方 法 , 但 是 这 无 碍 我 
们 进行 需要 的 改进 , 你 可 以 实现 一 个 工具 方法 , 将 这 部 分 逻辑 封装 于 其 中 ,最 终 返 回 一 个 我 们 希 
望 的 optional 对 象 ， 代 码 如 下 所 示 。 


代码 清单 11-7 将 string 转换 为 Integer， 并 返回 一 个 optional 对 象 

































































public static Optional<Integer> stringToInt (String s) { 


七 走光 攻 如 果 string 能 转换 为 
return Optional.of (Integer.parseInt (s)); 对 应 的 Integer, 将 其 
} catch (NumberFormatException e) { 封装 在 optional 对 象 


空 的 optional 


return Optional.empty (); 否则 返回 一 个 中 返回 
} 
对 象 
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我 们 的 建议 是 ， 你 可 以 将 多 个 类 似 的 方法 封装 到 一 个 工具 类 中 ， 让 我 们 称 之 为 
OptionalUtility。 通 过 这 种 方式 ， 你 以 后 就 能 直接 调用 OptionalUtility.stringToInt 
方法 , 将 String 转换 为 一 个 optional<Integer> 对 象 ， 而 不 再 需要 记得 你 在 其 中 封装 了 笨拙 
的 try/catch 的 逻辑 了 。 


11.4.3 ”基础 类 型 的 optional 对 象 ， 以 及 为 什么 应 该 避免 使 用 它们 


不 知道 你 注意 到 了 没有 ,与 Stream 对 象 一 样 ，optional 也 提供 了 类 似 的 基础 类 型 
OptionalInt、 OptionalLong 以 及 optionalDoubl 所 以 代码 清单 11-7 中 的 方法 可 以 不 
返回 optional<Integer>， 而 是 直接 返回 一 个 OptionalInt 类 型 的 对 象 。 在 第 $ 章 中 ， 我 们 
讨论 过 使 用 基础 类 型 stream 的 场景 , 尤其 是 如 果 stream 对 象 包 含 了 大 量 元 素 ,， 出 于 性 能 的 考 
量 ,使 用 基础 类 型 是 不 错 的 选择 ,但 对 optional 对 象 而 言 ,这 个 理由 就 不 成 立 了 ,因为 optional 
对 象 最 多 只 包含 一 个 值 。 

不 推荐 大 家 使 用 基础 类 型 的 optional， 因 为 基础 类 型 的 optional 不 支持 map、flatMap 
以 及 filter 方法 , 而 这 些 是 optional 类 最 有 用 的 方法 ( 正如 在 11.2 节 所 看 到 的 那样 )。 此外， 
与 Stream 一 样 ，optional 对 象 无 法 由 基础 类 型 的 optional 组 合 构 成 ， 所以， 举例 而 言 ， 如 
果 代 码 清单 11-7 中 返回 的 是 optionalInt 类 型 的 对 象 , 你 就 不 能 将 其 作为 方法 引用 传递 给 另 一 
个 optional 对 象 的 flatMap 方法 。 


11.4.4 把 所 有 内 容 整 合 起 来 


为 了 展示 之 前 介绍 过 的 optional 类 的 各 种 方法 整合 在 一 起 的 威力 , 假设 你 需要 向 你 的 程序 
传递 一 些 属性 。 为 了 举例 以 及 测试 你 开发 的 代码 ， 你 创建 了 一 些 示 例 属性 ， 如 下 所 示 : 






















































































Properties props = new Properties(); 


props.setProperty ("a", "5"); 
props.setProperty("b", "true"); 
props.setProperty("c", "-3"); 














现在 , 假设 你 的 程序 需要 从 这 些 属性 中 读 取 一 个 值 , 该 值 是 以 秒 为 单位 计量 的 一 段 时 间 。 由 
于 一 段 时 间 必 须 是 正 数 ， 你 想 要 该 方法 符合 下 面 的 签名 : 





public int readDuration(Properties props, String name) 


即 ， 如 果 给 定 属性 对 应 的 值 是 一 个 代表 正 整数 的 字符 串 ， 就 返回 该 整数 值 ,任何 其 他 的 情况 都 返 
回 0。 为 了 明确 这 些 需求 ， 你 可 以 采用 JUnit 的 断言 ， 将 它们 形式 化 : 














assertEquals(5, readDuration(param, "a")); 
assertEquals(0, readDuration(param, "b")); 
assertEquals(0, readDuration(param, "c")); 
assertEquals (0, readDuration(param, "d")); 




















这 些 断 言 反 映 了 初始 的 需求 : 如 果 属 性 是 a，readpuration 方法 就 返回 5， 因 为 该 属性 对 
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应 的 字符 串 能 映射 到 一 个 正 数 ; 对 于 属性 b, 方法 的 返回 值 是 0, 因为 它 对 应 的 值 不 是 一 个 数字 ; 
对 于 c, 方法 的 返回 值 是 0， 因 为 虽然 它 对 应 的 值 是 个 数字 ,但 它 是 个 负数 ; 对 于 da， 方法 的 返 
回 值 是 0， 因 为 并 不 存在 该 名 称 对 应 的 属性 。 让 我 们 以 命令 式 编程 的 方式 实现 满足 这 些 需 求 的 方 
法 ， 代 码 清单 如 下 所 示 。 


代码 清单 11-8 ”以 命令 式 编程 的 方式 从 属性 中 读 取 auration 值 



































public int readDuration(Properties props, String name) { 
String value = props.getProperty (name); 确保 名 称 对 应 
if (value != null) { 的 属性 存在 
人 
int i = Integer.parseInt (value); | 将 string 属性 
if (> 0) 1{ | 转换 为 数字 类 型 
return 工 ; 检查 返回 的 数字 
} 是 否 为 正 数 


} catch (NumberFormatException nfe) { } 


} 


return 0; 
} 如 果 前 述 的 条 件 都 
不 满足 ， 返 回 0 


你 可 能 已 经 预见 , 最 终 的 实现 既 复杂 又 不 具备 可 读 性 , 呈现 为 多 个 由 if 语句 及 try/catch 
块 构 成 的 和 套 条 件 。 花 几 分 钟 时 间 思 考 一 下 测验 11.3， 想 想 怎 样 使 用 本 章 内 容 实 现 同样 的 效果 。 




















测验 11.3: 使 用 optional 从 属性 中 读 取 duration 

请 尝试 使 用 Optional 类 提供 的 特性 及 代码 清单 11-7 中 提供 的 工具 方法 ， 通 过 一 条 精炼 
的 语句 重 构 代 码 清单 11-8 中 的 方法 。 

答案 : 如 果 需 要 访问 的 属性 值 不 存在 ，Properties.getProperty (String) 方 法 的 返 
回 值 就 是 一 个 null, 使 用 ofNullable 工厂 方法 可 以 方便 地 将 该 值 转换 为 Optional 对 象 。 
接着 ， 你 可 以 向 它 的 flatMap 方法 传递 代码 清单 11-7 中 实现 的 OptionalUtility. 
stringToInt 方法 的 引用 ， 将 optional<Stzing> 转 换 为 Optional<Integer>。 最 后 ， 你 
非常 轻易 地 就 可 以 过 滤 掉 负数 。 这 种 方式 下 ， 如 果 任 何 一 个 操作 返回 一 个 空 的 Optional 对 
象 ， 该 方法 都 会 返回 orElse 方法 设置 的 默认 值 0; 否则 就 返回 封装 在 Optional 对 象 中 的 正 
整数 。 下 面 就 是 这 段 简化 的 实现 : 


public int readDuration(Properties props, String name) { 
return Optional.ofNullable (props.getProperty (name)) 
la Ma (Onan te) 
te 20) 
.orplse(0); 


























注意 到 使 用 optional 和 stream 时 的 那些 通用 模式 了 吗 ? 它 们 都 是 对 数据 库 查 询 过 程 的 反 
思 ， 查 询 时 ， 多 种 操作 会 被 串 接 在 一 起 执行 。 
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11.5 小结 





以 下 是 本 章 中 的 关键 概念 。 

D null 引用 在 历史 上 被 引入 到 程序 设计 语言 中 ， 目 的 是 为 了 表示 变量 值 的 缺失 。 

口 Java 8 中 引入 了 一 个 新 的 类 java.util.optional， 对 存在 或 缺失 的 变量 值 进 行 建 模 。 
口 你 可 以 使 用 静态 工厂 方法 optional.empty、optional.of 以 及 optional.ofNullable 
创建 optional 对 象 。 

口 optional 类 支持 多 种 方法 ， 比 如 map、flatMap、filter， 它 们 在 概念 上 与 Stream 
类 中 对 应 的 方法 十 分 相似 。 

口 使 用 optional 会 迫使 你 更 积极 地 解 引用 optional 对 象 ， 以 应 对 变量 值 缺失 的 问题 ， 
最 终 ， 你 能 更 有 效 地 防止 代码 中 出 现 不 期 而 至 的 空 指针 异常 。 

口 使 用 optional 能 帮助 你 设计 更 好 的 API， 用 户 只 需要 阅读 方法 签名 ， 就 能 了 解 该 方法 
是 否 接受 一 个 optional 类 型 的 值 。 









































新 的 日 期 和 时 间 API 








本 章 内 容 

口 为 什么 在 Java 8 中 需要 引入 新 的 日 期 和 时 间 库 
口 同时 为 人 和 机 器 表示 日 期 和 时 间 

口 定义 时 间 的 度量 

口 操纵 、 格 式 化 以 及 解析 日 期 

口 处 理 不 同 的 时 区 和 历法 




















Java API 提供 了 很 多 有 用 的 组 件 ， 能 帮助 你 构建 复杂 的 应 用 。 不 过 ，Java API 也 不 总 是 完美 
的 。 相信 大 多 数 有 经 验 的 程序 员 都 会 赞同 Java 8 之 前 的 库 对 日 期 和 时 间 的 支持 就 非常 不 理想 。 然 
而 ， 你 也 不 用 太 担心 : Java 8 中 引入 全 新 的 日 期 和 时 间 API 就 是 要 解决 这 一 问题 。 

在 Java 1.0 中 ， 对 日 期 和 时 间 的 文 持 只 能 依赖 java.util.Date 类 。 正 如 类 名 所 表达 的 ， 
这 个 类 无 法 表示 日 期 , 只 能 以 毫秒 的 精度 表示 时 间 。 更 糟糕 的 是 它 的 易 用 性 ， 由 于 某 些 原因 未 知 
的 设计 决策 ， 这 个 类 的 易 用 性 被 深 深 地 损害 了 ， 比 如 : 年 份 的 起 始 选择 是 1900 年 ， 月 份 的 起 始 
从 0 开始 。 这 意味 着 ， 如 果 你 想 要 用 Date 表示 Java 9 的 发 布 日 期 即 2017 年 9 月 21 日 ， 需 要 
创建 下 面 这 样 的 Date 实例 : 

Date date = new Date(117, 8, 21); 
它 的 打印 输出 效果 为 : 

Thu Sep 21 00:00:00 CET 2017 

看 起 来 不 那么 直观 , 不 是 吗 ? 此外, Date 类 的 tostring 方法 返回 的 字符 串 也 容易 误导 人 。 
以 我 们 的 例子 而 言 ， 它 的 返回 值 中 甚至 还 包含 了 JVM 的 默认 时 区 CET， 即 中 欧 时 间 ( Central 
Europe Time )。 但 这 并 不 表示 Date 类 在 任何 方面 支持 时 区 。 

随 着 Java 1.0 退出 历史 舞台 ，pate 类 的 种 种 问题 和 限制 几乎 一 扫 而 光 ， 但 很 明显 ， 这 些 历 
史 旧 账 如 果 不 牺牲 前 向 兼容 性 是 无 法 解决 的 。 所 以 , 在 Java 1.1 中，Date 类 中 的 很 多 方法 被 废弃 
了 ， 取 而 代 之 的 是 java .util.Calendar 类 。 很 不 幸 ，calenqar 类 也 有 类 似 的 问题 和 设计 缺 
陷 ， 导 致使 用 这 些 方法 写 出 的 代码 非常 容易 出 错 。 比 如 ,月份 依旧 是 从 0 开始 计算 〈 不 过 ， 至 少 
Calendar 类 去 掉 了 由 1900 年 开始 计算 年 份 这 一 设计 )。 更 糟 的 是 ， 同 时 存在 Date 和 Calendar 
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这 两 个 类 , 也 增加 了 程序 员 的 困惑 。 到 底 该 使 用 哪 一 个 类 呢 ? 此 外 , 有 的 特性 只 在 某 一 个 类 中 提 
供 , 比 如 用 于 以 语言 无 关 方式 格式 化 和 解析 日 期 或 时 间 的 DateFormat 方法 就 只 在 Date 类 里 有 。 
DateFormat 方法 也 有 它 自己 的 问题 。 比 如 ， 它 不 是 线程 安全 的 。 这 意味 着 两 个 线程 如 果 尝 
试 使 用 同一 个 formatter 解析 日 期 ， 你 可 能 会 得 到 无 法 预期 的 结 
最 后 ，Date 和 calendar 类 都 是 可 以 变 的 。 能 把 2017 年 9 月 21 日 修改 成 10 月 25 日 意味 
着 什么 呢 ? 这 种 设计 会 将 你 拖 人 维护 的 璐 梦 ， 接 下 来 在 第 18 章 所 讨论 的 函数 式 编程 中 ， 你 会 了 
解 到 更 多 的 细节 。 
所 有 这 些 缺 陷 和 不 一 致 导致 用 户 们 转投 第 三 方 的 日 期 和 时 间 库 ， 比 如 Joda-Time。 为 了 解决 
这 些 问 题 ，Oracle 决定 在 原生 的 Java API 中 提供 高 质量 的 日 期 和 时 间 支 持 。 所 以 ， 你 会 看 到 Java 8 
在 java.time 包 中 整合 了 很 多 Joda-Time 的 特性 。 
本 章 会 探索 新 的 日 期 和 时 间 API 所 提供 的 新 特性 。 我 们 从 最 基本 的 用 例 入 手 , 比如 创建 同时 
适合 人 与 机 器 的 日 期 和 时 间 ， 逐 渐 转 和 人 到 日 期 和 时 间 API 更 高 级 的 一 些 应 用 ， 比 如 操纵 、 解 析 、 
打印 输出 日 期 -时 间 对 象 ， 使 用 不 同 的 时 区 和 年 历 。 

























































































12.1 LocalDate、, LocalTime、 LocalDateTime、 Instant,、 
Duration 以 及 Period 











让 我 们 从 探索 如 何 创建 简单 的 日 期 和 时 间 间 隔 人 手 。java.time 包 中 提供 了 很 多 新 的 类 可 


以 帮 你 解决 问题 ， 它 们 是 LocalDate、LocalTime、LocalDateTime、Instant、Duration 











和 Period。 


12.1.1 使 用 LocalDate 和 LocalTime 





开始 使 用 新 的 日 期 和 时 间 API 时 ， 你 最 先 碰 到 的 可 能 是 LocalDate 类 。 该 类 的 实例 是 一 个 
不 可 变 对 象 ， 它 只 提供 了 简单 的 日 期 ， 并 不 含 当 天 的 时 间 信 息 。 另 外 ,， 它 也 不 附带 任何 与 时 区 相 
关 的 信息 。 

你 可 以 通过 静态 工厂 方法 of 创建 一 个 LocalDate 实例 。LocalDate 实例 提供 了 多 种 方法 
来 读 取 常 用 的 值 ， 比 如 年 份 、 月 份 、 星 期 几 等 ， 如 下 所 示 。 


代码 清单 12-1 创建 一 个 LocalDate 对 象 并 读 取 其 值 



































LocalDate date = LocalDate.of (2017, 9, 21); < 一 2017-09-21 
int year = date.getYear(); 2017 

Month month = date.getMonth(); < 一 SEPTEMBER 

int day = date.getDayOfMonth(); < 一 一 21 

DayOfWeek dow = date.getDayOfWeek(); <—— THURSDAY 

int len = date.lengthOfMonth(); <—— 30 (days in September) 
boolean leap = date.isLeapYear(); < 一 一 false (not a leap year) 


你 还 可 以 使 用 工厂 方法 now 从 系统 时 钟 中 获取 当前 的 日 期 : 


LocalDate today = LocalDate.now(); 
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本 章 剩余 的 部 分 会 探讨 所 有 日 期 -时 间 类 ， 这 些 类 都 提供 了 类 似 的 工厂 方法 。 你 还 可 以 通过 
传递 一 个 TemporalField 参数 给 get 方法 访问 同样 的 信息 。TemporalFiela 是 一 个 接口 , 它 
定义 了 如 何 访问 temporal 对 象 某 个 字段 的 值 。 ChronoField 枚 举 实现 了 这 一 接口 所 以 你 可 
以 很 方便 地 使 用 get 方法 得 到 枚 举 元 素 的 值 ， 如 下 所 示 。 


代码 清单 12-2 使 用 TemporalField 读 取 LocalDate 的 值 
int year = date.get (ChronoField.YEAR); 
int month = date.get (ChronoField.MONTH_OF_YEAR); 
t day = date.get (ChronoField.DAY_OF_MONTH); 


























in 
你 可 以 使 用 Java 内 建 的 getYear()、getMonthvalue() 和 getDayOfMonth() 方 法 , 以 更 
具 可 读 性 的 方式 访问 这 些 信息 ， 如 下 所 示 : 


in 








t year = date.getYear(); 
int month = date.getMonthValue(); 
t day = date.getDayOfMonth(); 





类 似 地 , 一 天 中 的 时 间 ， 比 如 13:45:20, 可 以 使 用 LocalTime 类 表示 。 你 可 以 使 用 of 重 载 
的 两 个 工厂 方法 创建 LocalTime 的 实例 。 第 一 个 重 载 函 数 接受 小 时 和 分 钟 ， 第 二 个 重 载 函 数 同 
时 还 接受 秒 。 同 LocalDate 类 一 样 , LocalTime 类 也 提供 了 一 些 getter 方法 访问 这 些 变量 的 
值 ， 如 下 所 示 。 


代码 清单 12-3 ”创建 LocalTime 并 读 取 其 值 








LocalTime time = LocalTime.of (13, 45, 20); < 一 13:45:20 
int hour = time.getHour (); < 一 一 13 

int minute = time.getMinute(); < 小 一 一 45 

int second = time.getSecond(); < 一 一 20 











LocalDate 和 LocalTime 都 可 以 通过 解析 代表 它们 的 字符 串 创 建 。 使 用 静态 方法 parse, 
你 可 以 实现 这 一 目的 : 

















LocalDate.parse("2017-09-21"); 
LocalTime.parse("13:45:20"); 


LocalDate date 
LocalTime time 


你 可 以 向 parse 方法 传递 一 个 DateTimeFormatter。 该 类 的 实例 定义 了 如 何 格式 化 一 个 
日 期 或 者 时 间 对 象 ,正如 之 前 所 介绍 的 , 它 是 替换 老 版 java .util .DateFormat 的 推荐 替代 品 。 
12.2.2 节 会 展开 介绍 怎样 使 用 DateTimeFormatter。 同 时 ， 也 请 注意 , 一旦 传递 的 字符 串 参 数 
无 法 被 解析 为 合法 的 LocalDate 或 LocalTime 对 象 ， 这 两 个 parse 方法 都 会 抛 出 一 个 继承 自 


RuntimeException 的 DateTimeParseFxception 异常 。 





























12.1.2 合并 日 期 和 时 间 

这 个 复合 类 名 叫 LocalDateTime, 是 LocalDate 和 LocalTime 的 合体 。 它 同时 表示 了 
日 期 和 时 间 ， 但 不 带 有 时 区 信息 ， 你 可 以 直接 创建 ， 也 可 以 通过 合并 日 期 和 时 间 对 象 创建 ， 如 
下 所 示 。 
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代码 清单 12-4 ”直接 创建 LocalDateTime 对 象 ， 或 者 通过 合并 日 期 和 时 间 的 方式 创建 
A OLY ZLIL345320 

LocalDateTime dt1 LocalDateTime.of (2014, Month.SEPTEMBER, 21, 13, 45, 20); 

LocalDateTime dt2 LocalDateTime.of (date, time); 

LocalDateTime dt3 date.atTime(13, 45, 20); 

LocalDateTime dt4 date.atTime (time); 

LocalDateTime dt5 time.atDate (date); 


注意 ， 通 过 它们 各 自 的 atTime 或 者 atDate 方法 ,向 LocalDate 传递 一 个 时 间 对 象 , 或 
者 向 LocalTime 传递 一 个 日 期 对 象 的 方式 ， 你 可 以 创建 一 个 LocalDateTime 对 象 。 你 也 可 以 
使 用 toLocalDate 或 者 toLocalTime 方法 ， 从 LocalDateTime 中 提取 LocalDate 或 者 
LocalTime 组 件 : 








| | i | Po) 








LocalDate datel = dt1.toLocalDate(); < 一 一 2017-09-21 
LocalTime timel = dtl1.toLocalTime(); < 一 一 13:45:20 





12.1.3 ”机 器 的 日 期 和 时 间 格 式 


作为 人 ， 我们 习惯 于 以 星期 几 、 几 号 、 几 点 、 儿 分 这 样 的 方式 理解 日 期 和 时 间 。 毫 无 疑问 ， 
这 种 方式 对 于 计算 机 而 言 并 不 容易 理解 。 从 计算 机 的 角度 来 看 , 建 模 时 间 最 自然 的 格式 是 表示 一 
个 持续 时 间 段 上 某 个 点 的 单一 大 整 型 数 。 这 也 是 新 的 java.time.Instant 类 对 时 间 建 模 的 方 
式 ， 基 本 上 它 是 以 Unix 元 年 时 间 ( 传统 的 设 定 为 UTC 时 区 1970 年 1 月 1 日 午夜 时 分 ) 开始 所 
经 历 的 秒 数 进行 计算 。 

你 可 以 通过 向 静态 工厂 方法 ofEpochsecond 传递 代表 秒 数 的 值 创 建 一 个 该 类 的 实例 。 此 
外 ， Instant 类 支持 纳 秒 精度 。 静态 工厂 方法 ofEpochSecond 还 有 一 个 增强 的 重 载 版 本 ， 它 
接受 第 二 个 以 纳 秒 为 单位 的 参数 值 , 对 传人 作为 秒 数 的 参数 进行 调整 。 重 载 的 版 本 会 调整 纳 秒 参 
数 ， 确 保 保存 的 纳 秒 分 片 在 0 到 999 999 999 之 间 。 这 意味 着 下 面 这 些 对 工厂 方法 ofEpochsecond 
的 调用 会 返回 几乎 同样 的 Instant 对 象 : 












































2 秒 之 后 再 加 上 10 亿 
js 纳 秒 〈1 秒 ) 


9 人 
，1_000_000_000); < i 0 亿 
二 门人 4 / 


-1_000_000_000); 


Instant .ofEpochSecond 
Instant .ofEpochSecond 
Instant .ofEpochSecond 
Instant .ofEpochSecond 


正如 你 已 经 在 LocalDate 及 其 他 为 便于 阅读 而 设计 的 日 期 -时 间 类 中 所 看 到 的 那样 ， 
Instant 类 也 支持 静态 工厂 方法 now， 它 能 够 帮 你 获取 当前 时 刻 的 时 间 戳 。 特 别 强调 一 点 ， 
Instant 的 设计 初衷 是 为 了 便于 机 带 使 用 。 它 包含 的 是 由 秒 及 纳 秒 所 构成 的 数字 。 所 以 ， 它 无 
法 处 理 那 些 非常 容易 理解 的 时 间 单 位 。 比 如 语句 

int day = Instant.now() .get (ChronoField.DAY_OF_MONTH); 
会 抛 出 下 面 这 样 的 异常 : 


Java.time .temporal.UnsupportedTemporalTypeException: Unsupported field: 
DayOfMonth 


(3 
(3 
(2 
(4 
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但 是 你 可 以 通过 Duration 和 Period 类 使 用 Instant ， 接 下 来 我 们 会 对 这 部 分 内 容 进 行 














12.1.4 定义 Duration 或 Period 





目前 为 止 ， 你 看 到 的 所 有 类 都 实现 了 Temporal 接口 ，Temporal 接口 定义 了 如 何 读 取 和 操 
纵 为 时 间 建 模 的 对 象 的 值 。 之 前 的 介绍 中 , 我 们 已 经 了 解 了 创建 Temporal 实例 的 几 种 方法 。 很 
自然 地 你 会 想到 ， 我 们 需要 创建 两 个 remporal 对 象 之 间 的 Duration。Duration 类 的 静态 工 
厂 方法 between 就 是 为 这 个 目的 而 设计 的 。 你 可 以 创建 两 个 LocalTime 对 象 、 两 个 
LocalDateTime 对 象 ， 或 者 两 个 Instant 对 象 之 间 的 Duration， 如 下 所 示 : 




















Duration dl = Duration.between(time1l，time2) ; 
Duration dl = Duration.between(dateTimel, dateTime2); 
Duration d2 = Duration.between (instant1l, instant2); 


由 于 LocalDateTime 和 Instant 是 为 不 同 的 目的 而 设计 的 , 一 个 是 为 了 便于 人 阅读 使 用 ， 
另 一 个 是 为 了 便于 机 器 处 理 ， 因 此 不 能 将 二 者 混用 。 如 果 你 试图 在 这 两 类 对 象 之 间 创 建 
Duration， 就 会 触发 一 个 DateTimeException 异常 。 此 外 ， 因 为 Duration 类 主要 用 于 以 秒 
和 纳 秒 衡量 时 间 的 长 短 ， 所 以 不 能 仅 向 petween 方法 传递 一 个 LocalDate 对 象 做 参数 。 

如 果 需 要 以 年 、 月 或 者 日 的 方式 对 多 个 时 间 单 位 建 模 ,那么 可 以 使 用 Period 类 。 使 用 该 类 
的 工厂 方法 between， 你 可 以 得 到 两 个 LocalDate 之 间 的 时 长 ， 如 下 所 示 : 


Period tenDays = Period.between(LocalDate.of (2017, 9, 11), 
LocalDate.of (2017, 9, 21)); 


最 后 ，Duration 和 Period 类 都 提供 了 很 多 非常 方便 的 工厂 类 ， 直 接 创建 对 应 的 实例 。 换 
名 话说 , 就 像 下 面 这 段 代码 那样 , 不 再 是 只 能 以 两 个 temporal 对 象 的 差 值 的 方式 来 定义 它们 的 
对 象 。 


代码 清单 12-5 创建 Duration 和 Perioa 对 象 
Duration threeMinutes = Duration.ofMinutes (3) ; 
Duration threeMinutes = Duration.of(3，ChronoUnit .MINUTES) ; 
Period tenDays = Period.ofDays (10); 
Period threeWeeks = Period.ofWeeks (3); 
Period twoYearsSixMonthsOneDay = Period.of(2, 6, 1); 


Duration 类 和 Period 类 共享 了 很 多 相似 的 方法 ， 参 见 表 12-1 所 示 。 
表 12-1 日 期 -时 间 类 中 表示 时 间 间 隔 的 通用 方法 

















































































































方 法 名 是 否 是 静态 方法 方法 描述 
between 是 创建 两 个 时 间 点 之 间 的 interval 
from 是 | 一 个 临时 时 间 点 创建 interval 











of 是 1 它 的 组 成 部 分 创建 interval 的 实例 
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( 续 ) 

方 法 名 是 否 是 静态 方法 方法 描述 
parse 是 由 字符 串 创建 interval 的 实例 
adqTo 否 创建 该 interval 的 副本 ， 并 将 其 三 加 到 某 个 指定 的 temporal 对 象 
get 否 读 取 该 interval 的 状态 
isNegative 否 检查 该 interval 是 否 为 负 值 ， 不 包含 零 
isZero 否 检查 该 interval 的 时 长 是 否 为 零 
minus 否 通过 减 去 一 定 的 时 间 创 建 该 interval 的 副本 
multipliedBy 否 将 interval 的 值 乘 以 某 个 标量 创建 该 interval 的 副本 
negated 否 以 忽略 某 个 时 长 的 方式 创建 该 interval 的 副本 
plus 否 以 增加 某 个 指定 的 时 长 的 方式 创建 该 interval 的 副本 
subtractFrom 否 从 指定 的 temporal 对 象 中 减 去 该 interval 

截至 目前 ， 我 们 介绍 的 这 些 日 期 -时 间 对 象 都 是 不 可 修改 的 ， 这 是 为 了 更 好 地 支持 函数 式 编 


程 ， 确 保 线程 安全 ， 保 持 领域 模式 一 致 性 而 做 出 的 重大 设计 决定 。 当 然 ， 新 的 日 期 和 时 间 API 
也 提供 了 一 些 便 利 的 方法 来 创建 这 些 对 象 的 可 变 版 本 。 比 如 ， 你 可 能 希望 在 已 有 的 LocalDate 
实例 上 增加 三 天 。 下 一 节 会 针对 这 一 主题 进行 介绍 。 除 此 之 外 ， 还 会 介绍 如 何 依据 指定 的 模式 ， 
比如 dd/MM/yyyy， 创 建 日 期 -时 间 格 式 器 ， 以 及 如 何 使 用 这 种 格式 器 解析 和 输出 日 期 。 


12.2 操纵、 解析 和 格式 化 日 期 


如 果 你 已 经 有 一 个 LocalDate 对 象 ， 想 要 创建 它 的 一 个 修改 版 ， 最 直接 也 最 简单 的 方法 是 
使 用 withattripbute 方法 。withAttribute 方法 会 创建 对 象 的 一 个 副本 ， 并 按照 需要 修改 它 
的 属性 。 注 意 ,， 下面 的 这 段 代 码 中 所 有 的 方法 都 返回 一 个 修改 了 属性 的 对 象 。 它 们 都 不 会 修改 原 
来 的 对 象 ! 


代码 清单 12-6 ”以 比较 直观 的 方式 操纵 LocalDate 的 属性 

















LocalDate aqate1l = LocalDate.of (2017, 9, 21); < 一 2017-09-21 

LocalDate date2 = datel.withYear (2011); < 一 2011-09-21 
LocalDate date3 = dqate2.withDayOfMonth(25) ; < 一 一 2011-09-25 
LocalDate date4 = dqate3.with(ChronoFie1d.MONTH_OF_YEAR，2) ; < 一 2011-02-25 








采用 更 通用 的 with 方法 能 达到 同样 的 目的 ， 它 接受 的 第 一 个 参数 是 一 个 TemporalField 
对 象 ， 格 式 类 似 代码 清单 12-6 的 最 后 一 行 。 最 后 这 一 行 中 使 用 的 with 方法 和 代码 清单 12-2 中 
的 get 方法 有 些 类 似 。 它 们 都 声明 于 Temporal 接口 ， 所 有 的 日 期 和 时 间 API 类 都 实现 这 两 个 
方法 , 它们 定义 了 单 点 的 时 间 , 比如 LocalDpate 、LocalTime LocalDateTime 以 及 Instant。 
更 确切 地 说 ,使 用 get 和 with 方法 ， 可 以 将 Temporal 对 象 值 的 读 取 和 修改 "区 分 开 。 如 果 
























































@ 请 注意 ， 使 用 with 方法 并 不 会 直接 修改 现 有 的 Temporal 对 象 ， 它 会 创建 现 有 对 象 的 副本 并 更 新 对 应 的 字段 。 
这 一 过 程 也 被 称 作 函数 式 更 新 ( 更 多 内 容 请 参见 第 19 章 )。 
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Temporal 对 象 不 支持 请 求 访问 的 字段 ， 它 就 会 抛 出 一 个 UnsupportedTemporalTypeException 
异常 ， 比 如 试图 访问 Instant 对 象 的 ChronoFielgd.MONTH_OF_YEAR 字段 , 或 者 LocalDate 
对 象 的 ChronoField.NANO_OF_SECOND 字段 时 都 会 抛 出 这 样 的 异常 。 

它 甚 至 能 以 声明 的 方式 操纵 LocalDate 对 象 。 比 如 ， 你 可 以 像 下 面 这 段 代码 那样 加 上 或 者 
减 去 一 段 时 间 。 


代码 清单 12-7 ”以 相对 方式 修改 LocalDate 对 象 的 属性 

















LocalDate datel = LocalDate.of (2017, 9, 21); < 一 2017-09-21 
LocalDate date2 = datel.plusWeeks (1); < 十 一 2017-09-28 
LocalDate date3 = date2.minusYears (6); < 一 一 2011-09-28 
LocalDate date4 = dqate3.plus(6，ChronoUnit .MONTHS ) ; < 一 一 2012-03-28 


与 刚才 介绍 的 get 和 with 方法 类 似 ,代码 清单 12-7 中 最 后 一 行使 用 的 plus 方法 也 是 通用 
方法 , 它 和 minus 方法 都 声明 于 Temporal 接口 中 。 通 过 这 些 方 法 ， 对 TemporalUnit 对 象 加 
上 或 者 减 去 一 个 数字 ， 我 们 能 非常 方便 地 将 Temporal 对 象 前 溯 或 者 回 滚 至 某 个 时 间 段 ， 通 过 
chronoUnit 枚 举 可 以 非常 方便 地 实现 TemporalUnit 接口 。 

大 概 你 已 经 猪 到 , 像 LocalDate、LocalTime、LocalDateTime 以 及 Instant 这 样 表示 
时 间 点 的 日 期 -时 间 类 提供 了 大 量 通用 的 方法 ， 表 12-2 对 这 些 通用 的 方法 进行 了 总 结 。 


表 12-2 表示 时 间 点 的 日 期 -时 间 类 的 通用 方法 
方 法 名 是否 是 静态 方法 描述 




























































































from 是 依据 传人 的 Temporal 对 象 创建 对 象 实例 

ow 是 依据 系统 时 钟 创建 Temporal 对 象 

oF 是 由 Temporal 对 象 的 某 个 部 分 创建 该 对 象 的 实例 

Ba 是 由 字符 串 创 建 Temporal 对 象 的 实例 

Se 否 将 Temporal 对 象 和 某 个 时 区 偏 移 相 结合 

RE 否 将 Temporal 对 象 和 某 个 时 区 相 结合 

9 否 更 用 某 个 指定 的 格式 器 将 Temporal 对 象 转换 为 字符 串 〈 Instant 类 不 提供 该 方法 ) 

get 否 读 取 Temporal 对 象 的 某 一 部 分 的 值 

nus 否 创建 remporal 对 象 的 一 个 副本 ,通过 将 当前 Temporal 对 象 的 值 减 去 一 定 的 时 长 
创建 该 副本 

plus 否 创建 Temporal 对 象 的 一 个 副本 , 通过 将 当前 Temporal 对 象 的 值 加 上 一 定 的 时 长 
创建 该 副本 

with 否 以 该 remporal 对 象 为 模板 ， 对 某 些 状态 进行 修改 创建 该 对 象 的 副本 

你 可 以 尝试 用 测验 12.1 检查 一 下 到 目前 为 止 你 都 掌握 了 哪些 操纵 日 期 的 技能 。 
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测验 12.1: 操纵 LocalDate 对 象 
经 过 下 面 这 些 操作 ，date 变量 的 值 是 什么 ? 


oeoaGe ease ocala eo 
date = date witeh (Chrononrela MONTAE OF YEAR 0: 
date = date.plusYears(2) .minusDays (10); 
date.withYear (2011); 


答案 : 2016-09-08。 

正如 刚才 看 到 的 , 你 可 以 通过 绝对 方式 和 相对 方式 操纵 日 期 。 你 其 至 还 可 以 在 一 个 语句 中 
连接 多 个 操作 ， 因 为 每 个 动作 都 会 创建 一 个 新 的 LocalDate 对 象 ， 后 续 的 方法 调用 可 以 操纵 
前 一 方法 创建 的 对 象 。 这 段 代码 的 最 后 一 行 不 会 产生 任何 能 看 到 的 效果 ，, 因为 它 像 前 面 的 那些 
操作 一 样 ， 会 创建 一 个 新 的 LocalDate 实例 ， 不 过 我 们 并 没有 将 这 个 新 创建 的 值 赋 给 任何 的 


亦 时 
6 


12.2.1 使 用 TemporalAdjuster 


至 目前 ,你 所 看 到 的 所 有 日 期 操作 都 是 相对 比较 直接 的 。 有 的 时 候 , 你 需要 进行 一 些 更 加 
复杂 的 操作 ， 比 如 ,将 日 期 调整 到 下 个 周 日 、 下 个 工作 日 , 或 者 是 本 月 的 最 后 一 天 。 这 时 ,你 可 
以 使 用 重 载 版 本 的 with 方法 ， 向 其 传递 一 个 提供 了 更 多 定制 化 选择 的 TemporalAdjuster 对 
象 ， 更 加 灵活 地 处 理 日 期 。 对 于 最 常见 的 用 例 ， 日 斯 和 时 间 API 已 经 提供 了 大 量 预定 义 的 
TemporalAdjuster。 你 可 以 通过 TemporalAdjusters 类 的 静态 工厂 方法 访问 它们 ， 如 下 所 示 。 






































代码 清单 12-8 使 用 预定 义 的 TemporalAdjuster 
import static java.time.temporal.TemporalAdjusters.*; 
LocalDate datel1 = LocalDate.of (2014, 3, 18); < 一 一 2014-03-18 
LocalDate date2 = dqate1l1.with(nextoOorSame (DayOfWeek.SUNDAY) ) ; < 一 2014-03-23 
LocalDate date3 = date2.with(lastDayOfMonth()); < 一 2014-03-31 


表 12-3 提供 了 TemporalAdjusters 中 包含 的 工厂 方法 列表 。 


表 12-3 TemporalAdjusters 类 中 的 工厂 方法 












































方 法 名 描述 
dayofWeekInMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 同一 个 月 中 每 一 周 的 第 几 天 ( 负数 表示 从 月 末 往 月 初 计数 ) 
FirstDayOfMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 当月 的 第 一 天 
FirstDayOfNextMonth ”创建 一 个 新 的 日 期 ， 它 的 值 为 下 月 的 第 一 天 
firstDayOfNextYear ”创建 一 个 新 的 日 期 它 的 值 为 明年 的 第 一 天 
FirstDayOfYear 创建 一 个 新 的 日 期 ， 它 的 值 为 当年 的 第 一 天 
FirstInMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 同一 个 月 中 ， 第 一 个 符合 星期 几 要 求 的 值 
astDayOfMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 当月 的 最 后 一 天 
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( 续 ) 
方法 名 描述 

lastDayOfNextMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 下 月 的 最 后 一 天 

lastDayOfNextYear 创建 一 个 新 的 日 期 ， 它 的 值 为 明年 的 最 后 一 天 

lastDayofyear 创建 一 个 新 的 日 期 ， 它 的 值 为 当年 的 最 后 一天 

lastInMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 同一 个 月 中 ， 最 后 一 个 符合 星期 几 要 求 的 值 

next /previous 创建 一 个 新 的 日 期 ， 并 将 其 值 设 定 为 日 期 调整 后 或 者 调整 前 ， 第 一 个 符合 指定 星 
j 几 要 求 的 日 其 

nextorgsame/previousorsame ”创建 一 个 新 的 日 期 ， 并 将 其 值 设 定 为 日 期 调整 后 或 者 调整 前 ， 第 一 个 符合 指定 星 
期 几 要 求 的 日 期 ， 如 果 该 日 期 已 经 符合 要 求 ， 则 直接 返回 该 对 旬 





























正如 我 们 看 到 的 ， 使 用 TemporalAdjuster 可 以 进行 更 加 复杂 的 日 期 操作 ， 而 且 这 些 方法 
的 名 称 也 非常 直观 ， 方 法 名 基本 就 是 问题 陈述 。 此 外 ， 即 使 你 没有 找到 符合 要 求 的 预定 义 的 
TemporalAdjuster, 创建 你 自己 的 TemporalAdjuster 也 并 非 难事 。 实 际 上 ,TemporalaAdjuster 
接口 只 声明 了 单一 的 一 个 方法 〈 这 使 得 它 成 为 了 一 个 函数 式 接口 )， 定 义 如 下 。 


代码 清单 12-9 TemporalaAdqjuster 接口 
QFunctionalInterface 
public interface TemporalAdjuster { 
Temporal adqjustInto (Temporal temporal); 




















} 

这 意味 着 TemporalAdjuster 接口 的 实现 需要 定义 如 何 将 一 个 Temporal 对 象 转换 为 另 一 
个 Temporal 对 象 。 你 可 以 把 它 看 成 一 个 Unaryoperator<Temporal>。 花 几 分 钟 时 间 完 成 测 
验 12.2， 练 习 一 下 到 目前 为 止 所 学 习 的 东西 ， 请 实现 你 自己 的 TemporalAdjuster。 























测验 12.2: 实现 一 个 定制 的 TemporalAdjuster 
请 设计 一 个 NextWorkingDay 类 ， 该 类 实现 了 TemporalAdjuster 接口 ， 能 够 计算 明 
天 的 日 期 同时 过 滤 掉 周 六 和 周 日 这 些 节假日 。 格 式 如 下 所 示 : 
date = date.with(new NextWorkingDay ()); 
如 果 当 天 的 星期 数 介 于 周一 至 周 五 之 间 ， 就 将 日 期 向 后 移动 一 天 ; 如 果 当 天 是 周 六 或 者 周 
则 返回 下 一 个 周一 。 
答案 : 下 面 是 参考 的 NextWorkingDay 类 的 实现 。 


public class NextWorkingDay implements TemporalAdjuster { 
@Override 


廿 


public Temporal adjustinto(Temporal temporal) { 
DayOfWeek dow = 且 日 # 
DayOfWeek.of (temporal .get (ChronoField.DAY_ OF WEEK)); 


nile eles volet SS by 
正常 情况 ， if (dow == DayOfWeek.FRIDAY) dayToAdd = 3; 如 果 当 天 是 周 五 ， 
增加 一 天 增加 三 天 
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else if (dow == DayOfWeek.SATURDAY) dayToAdd = 2; 
Loeurnneeemo sal ol (iodo non te A: 


) 增加 恰当 的 天 数 后 ， 人 
返回 修改 的 日 其 lS 


该 TemporalAgdjuster 通常 情况 下 将 日 期 往 后 顺延 一 天 ， 如 果 当 天 是 周 五 或 者 周 六 ， 则 
依据 情况 分 别 将 日 期 顺延 三 天 或 者 两 天 , 注意 , 由 于 TemporalAdjuster 是 一 个 函数 式 接口 ， 
因此 你 只 能 以 Lambda 表达 式 的 方式 向 该 adjuster 接口 传递 行为 : 


date = date.with(temporal -> { 
DayOfWeek dow = 
DayOfWeek.of (temporal .get (ChronoField.DAY_ OF WEEK)); 
ee LON 
if (dow == DayOfWeek.FRIDAY) dayToAdd = 3; 
else if (dow == DayOfWeek.SATURDAY) dayToAdd = 2; 
return temporal.plus (dayToAdd, ChronoUnit .DAYS) ; 
je 


你 大 概 会 希望 在 你 代码 的 多 个 地 方 使 用 同样 的 方式 去 操作 日 期 , 为 了 达到 这 一 目的 , 建议 
你 像 示例 那样 将 它 的 逻辑 封装 到 一 个 类 中 。 对 于 经 常 使 用 的 操作 , 都 应 该 采用 类 似 的 方式 进行 
封装 。 最 终 ， 你 会 创建 自己 的 类 库 ， 让 你 和 你 的 团队 能 轻松 地 实现 代码 复 用 。 

如 果 你 想 要 使 用 Lambda 表达 式 定 义 TemporalaAajuster 对 象 ， 那 么 推荐 使 用 
TemporalAdjuster 类 的 静态 工厂 方法 ofDateAdjuster， 它 接受 一 个 UnaryOperator 
<LocalDate> 类 型 的 参数 ， 代 码 如 下 : 


TemporalAdjuster nextWorkingDay = TemporalAdjusters.ofDateAdjuster!\( 
temporal -> { 
DayOfWeek dow = 
DayOfWeek.of (temporal .get (ChronoField.DAY OF WEEK)); 
ne ele wae vote = 
if (dow == DayOfWeek.FRIDAY) dayToAdd = 3; 
else if (dow == DayOfWeek.SATURDAY) dayToAdd = 2; 
return temporal.plus (dayToAdd, ChronoUnit .DAYS) ; 
]y 
date = date.with (nextWorkingDay); 























你 可 能 希望 对 你 的 日 期 和 时 间 对 象 进 行 的 另外 一 个 通用 操作 是 , 依据 你 的 业务 领域 以 不 同 的 
格式 打印 输出 这 些 日 期 和 时 间 对 象 。 类 似 地 , 你 可 能 也 需要 将 那些 格式 的 字符 串 转 换 为 实际 的 日 





























期 对 象 。 接 下 来 的 一 节 会 演示 新 的 日 期 和 时 间 API 提供 的 那些 机 制 是 如 何 完 成 这 些 任务 的 。 
12.2.2 ”打印 输出 及 解析 日 期 -时 间 对 象 





处 理 日 期 和 时 间 对 象 时 ， 格 式 化 以 及 解析 日 期 -时 间 对 象 是 另 一 个 非常 重要 的 功能 。 新 的 
java.time.format 包 就 是 特别 为 这 个 目的 而 设计 的 。 这 个 包 中 ， 最 重要 的 类 是 DateTime- 














Formattero 创建 格式 器 最 简单 的 方法 是 通过 它 的 静态 工厂 方法 以 及 常量 。 像 BASIC_ISO_DATI 














PR 
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和 ISO_LOCAL_DATE 这 样 的 常量 是 DateTimeFormatter 类 的 预定 义 实例 。 所 有 的 DateTime- 
Formatter 实例 都 能 用 于 以 一 定 的 格式 创建 代表 特定 日 期 或 时 间 的 字符 串 。 比 如 ， 下 面 这 个 例 
子 使 用 两 个 不 同 的 格式 需 生 成 了 字符 串 : 

LocalDate date = LocalDate.of (2014, 3, 18); 


String sl date.format (DateTimeFormatter.BASIC_ISO_DATE); <— 20140318 
String S2 date.format (DateTimeFormatter.ISO_LOCAL_DATE) ; < 一 2014-03-18 


你 也 可 以 通过 解析 代表 日 期 或 时 间 的 字符 串 重新 创建 该 日 期 对 象 。 所 有 的 日 期 和 时 间 API 
都 提供 了 表示 时 间 点 或 者 时 间 段 的 工厂 方法 ， 你 可 以 使 用 工厂 方法 parse 达到 重创 该 日 期 对 象 
的 目的 : 

LocalDate datel = LocalDate.parse("20140318", 
DateTimeFormatter.BASIC_ISO_ DATE); 


LocalDate date2 = LocalDate.parse("2014-03-18", 
DateTimeFormatter.ISO_ LOCAL DATE); 


和 老 的 java.util.DateFormat 相 比 较 ,所 有 的 DateTimeFormatter 实例 都 是 线程 安全 
的 。 所 以 ， 你 能 够 以 单 例 模 式 创 建 格式 器 实例 ， 就 像 DateTimeFormatter 所 定义 的 那些 常量 ， 
并 能 在 多 个 线程 间 共 享 这 些 实例 。DateTimeFormatter 类 还 支持 一 个 静态 工厂 方法 , 它 可 以 按 
照 某 个 特定 的 模式 创建 格式 器 ， 代 码 清单 如 下 。 


代码 清单 12-10 ”按照 某 个 模式 创建 DateTimeFormatter 
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("dd/MM/yyyy"); 
LocalDate datel = LocalDate.of (2014, 3, 18); 
String formattedDate = datel.format (formatter); 
LocalDate date2 = LocalDate.parse(formattedDate, formatter); 


这 段 代 码 中 ,LocalDate 的 formate 方 法 使 用 指定 的 模式 生成 了 一 个 代表 该 日 期 的 字符 串 。 
紧 接着 , 静态 的 parse 方法 使 用 同样 的 格式 需 解 析 了 刚才 生成 的 字符 串 ， 并 重建 了 该 日 期 对 象 。 
ofPattern 方法 也 提供 了 一 个 重 载 的 版 本 ， 使 用 它 你 可 以 创建 某 个 Locale 的 格式 器 ， 代 码 清 
单 如 下 。 


代码 清单 12-11 创建 一 个 本 地 化 的 DateTimeFormatter 


DateTimeFormatter italianFormatter = 

DateTimeFormatter.ofPattern("d. MMMM yyyy", Locale.ITALIAN); 
LocalDate datel = LocalDate.of (2014, 3, 18); 
String formattedDate = date.format (italianFormatter); // 18. marzo 2014 
LocalDate date2 = LocalDate.parse (formattedDate, italianFormatter); 


最 后 ,如 果 你 还 需要 更 加 细 粒 度 的 控制 , DateTimeFormatterBuilgder 类 还 提供 了 更 复杂 
的 格式 器 ， 你 可 以 选择 恰当 的 方法 ,一 步 一 步 地 构造 自己 的 格式 器 。 另 外 ,， 它 还 提供 了 非常 强大 
的 解析 功能 ， 比 如 区 分 大 小 写 的 解析 、 和 柔性 解析 ( 允许 解析 器 使 用 启发 式 的 机 制 去 解析 输入 ,不 
精确 地 匹配 指定 的 模式 )、 填 充 ， 以 及 在 格式 需 中 指定 可 选 节 。 比 如 ， 你 可 以 通过 DateTime- 
FormatterBuilder 自己 编程 实现 代码 清单 12-11 中 使 用 的 italianFormatter, 代码 清单 如 下 。 
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代码 清单 12-12 ”构造 一 个 DateTimeFormatter 


DateTimeFormatter italianFormatter = new DateTimeFormatterBuilder() 
.appendText (ChronoField.DAY_OF_MONTH) 
.appendLiteral(". ") 
.appendText (ChronoField.MONTH_OF_YEAR) 
.appendLiteral(" ") 
.appendText (ChronoField.YEAR) 
.parseCaseInsensitive() 
.toFormatter (Locale.ITALIAN) ; 


目前 为 止 , 你 已 经 学 习 了 如 何 创 建 、 操 纵 、 格 式 化 以 及 解析 时 间 点 和 时 间 段 , 但 是 还 不 了 解 
如 何 处 理 日 期 和 时 间 之 间 的 微妙 关系 。 比 如 ,你 可 能 需要 处 理 不 同 的 时 区 , 或 者 由 于 不 同 的 历法 
系统 带 来 的 差异 。 接 下 来 的 一 节 会 探究 如 何 使 用 新 的 日 期 和 时 间 API 解 决 这 些 问 题 。 


12.3 ”处 理 不 同 的 时 区 和 历法 


之 前 你 看 到 的 日 期 和 时 间 的 种 类 都 不 包含 时 区 信息 。 时 区 的 处 理 是 新 版 日 期 和 时 间 API 新 增 
加 的 重要 功能 , 使 用 新 版 日 期 和 时 间 API 时 区 的 处 理 被 极 大 地 简化 了 。 新 版 java.time.ZzoneId 
类 是 老 版 java.util.Timezone 类 的 殖 代 品 。 它 的 设计 目标 就 是 要 让 你 无 须 为 时 区 处 理 的 复杂 
和 烦琐 而 操心 ， 比 如 处 理 夏 令 时 ( daylight saving time，DST ) 这 种 问题 。 跟 其 他 日 期 和 时 间 API 
类 一 样 ，zoneId 类 也 是 无 法 修改 的 。 


12.3.1 使 用 时 区 


时 区 是 按照 一 定 的 规则 将 区 域 划 分 成 的 标准 时 间 相同 的 区 间 。 在 zoneRules 这 个 类 中 包含 
了 40 个 这 样 的 实例 。 你 可 以 简单 地 通过 调用 zoneIg 的 getRules () 得 到 指定 时 区 的 规则 。 每 
个 特定 的 zoneId 对 象 都 由 一 个 地 区 ID 标识， 比如 : 


ZoneId romeZone = ZoneIdq.of("Europe/Rome" ) ; 


地 区 ID 都 为 “{ 区 域 }/ 城 市 六 的 格式 ,这些 地 区 集合 的 设 定 都 由 因特网 编号 分 配 机 构 (IANA ) 
的 时 区 数据 库 提 供 。 你 可 以 通过 Java 8 的 新 方法 tozoneId 将 一 个 老 的 时 区 对 象 转换 为 zoneIa: 


ZoneId zoneIdq = TimeZone.getDefault() .toZoneId(); 




































































一 旦 得 到 一 个 ZoneId 对象, 你 就 可 以 将 它 与 LocalDate、LocalDateTime 或 者 是 Instant 
对 象 整合 起 来 ,构造 为 一 个 zonedDateTime 实例 , 它 代 表 了 相对 于 指定 时 区 的 时 间 点 ,代码 清 
单 如 下 。 


代码 清单 12-13 ”为 时 间 点 添加 时 区 信息 

LocalDate date = LocalDate.of(2014, Month.MARCH, 18); 

ZonedDateTime zdtl1 = date.atStartOfDay (romeZone); 

LocalDateTime dateTime = LocalDateTime.of(2014, Month.MARCH, 18, 13, 45); 
ZonedDateTime zdt2 = dateTime.atZone (romeZone); 

Instant instant = Instant.now(); 

ZonedDateTime zdt3 = instant.atZone (romeZone); 
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图 12-1 对 ZonedDateTime 


的 组 成 部 分 进行 了 说明 ， 相 信和 能 够 帮助 你 理解 LocaleDate、 


LocalTime、LocalDateTime 以 及 zoneId 之 间 的 差异 。 


2014-05-1 


4T15:33:05.941+01:00[Europe/London] 


Boce Dases 





| LocalDat 


eTime | 








ZonedDateTime 





图 12-1 理解 ZonedDateTime 


通过 zoneIa， 你 还 可 以 将 LocalDateTime 转换 为 Instant: 


LocalDateTime dateTime = LocalDateTime.of (2014, Month.MARCH, 18, 13, 45); 
Instant instantFromDateTime = dateTime.toInstant (romeZone); 


你 也 可 以 通过 反 回 的 方式 得 到 LocalDateTime 对 象 : 




















Instant instant = Instant.now(); 
LocalDateTime timeFromInstant = LocalDateTime.ofInstant (instant, romeZone); 


注意 ， 采 用 Instant 非常 有 


帮助 ， 因 为 你 经 常 需要 处 理 很 可 能 还 在 使 用 Date 类 的 遗留 代 


码 。Instant 中 新 增 的 两 个 方法 能 帮助 你 在 弃 用 API 跟 新 的 日 期 和 时 间 API 之 间 执 行 互 操 作 ， 





这 两 个 方法 分 别 是 : toInstant ( 


) 和 静态 方法 ftromInstant () 。 


12.3.2 ”利用 和 UTC/ 格 林 尼 治 时 间 的 固定 偏差 计算 时 区 
另 一 种 比较 通用 的 表达 时 区 的 方式 是 利用 当前 时 区 和 UTC/ 格 林 尼 治 的 固定 偏差 。 比 如 ， 基 




















它 


ZoneOffset newYorkOffset = 


于 这 个 理论 ， 你 可 以 说 “纽约 落后 于 伦敦 5 小时”。 这 种 情况 下 ， 你 可 以 使 用 zoneoffset 类 ， 
是 ZoneId 的 一 个 子 类 ， 表 示 的 是 当前 时 间 和 伦敦 格林 尼 治 子午 线 时 间 的 差异 : 





ZoneOffset.of("-05:00"); 





“-_05:00” 的 偏差 实际 上 对 应 的 是 美国 东部 标准 时 间 。 注 意 ,使 用 这 种 方式 定义 的 ZoneOffset 
并 未 考虑 任何 夏令 时 的 影响 ,所 以 在 大 多 数 情况 下 ,不 推荐 使 用 ,因为 ZzoneOffset 也 是 ZoneIa， 
所 以 你 可 以 像 代码 清单 12-13 那样 使 用 它 。 你 甚至 还 可 以 创建 这 样 的 offsetDateTime, 它 使 用 
ISO-8601 的 历法 系统 ， 以 相对 于 UTC/ 格 林 尼 治 时 间 的 偏差 方式 表示 日 期 时 间 。 


LocalDateTime dateTime = 工 
OffsetDateTime dateTimeInN 











ocalDateTime.of (2014, Month.MARCH, 18, 13, 45); 
ewYork = OffsetDateTime.of (dateTime, newYorkOffset); 





新 版 的 日 期 和 时 间 API 还 提 伐 
system ) 的 支持 。 


t 了 另 一 个 高 级 特性 ， 即 对 非 ISO 历法 系统 ( non-ISO calendaring 
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12.3.3 ”使 用 别 的 日 历 系统 


ISO-8601 日 历 系统 是 世界 文明 日 历 系统 的 事实 标准 。 但 是 ，Java 8 中 另外 还 提供 了 四 种 其 他 
的 日 历 系统 。 这 些 日 历 系统 中 的 每 一 个 都 有 一 个 对 应 的 日 期 类 ， 分别 是 ThaiBugdgdhi stDate、 
MinguoDate、JapaneseDate 以 及 HijrahDate。 所 有 这 些 类 以 及 LocalDate 都 实现 了 
ChronoLocalDate 接口 ， 能 够 对 公历 的 日 期 进行 建 模 。 利 用 LocalDate 对 象 ， 你 可 以 创建 这 
些 类 的 实例 。 更 通用 地 说 , 使 用 它们 提供 的 静态 工厂 方法 , 你 可 以 创建 任何 一 个 Temporal 对 象 
的 实例 ， 如 下 所 示 : 





























LocalDate date = LocalDate.of (2014, Month.MARCH, 18); 
JapaneseDate japaneseDate = JapaneseDate.from(date); 








或 者 , 你 还 可 以 为 某 个 Locale 显 式 地 创建 日 历 系统 ,接着 创建 该 Locale 对 应 的 日 期 的 实 
例 。 新 的 日 期 和 时 间 API 中 ，chronology 接口 建 模 了 一 个 日 历 系 统 ， 使 用 它 的 静态 工厂 方法 
ofLocale， 可 以 得 到 它 的 一 个 实例 ， 代 码 如 下 : 














Chronology japaneseChronology = Chronology.ofLocale(Locale.JAPAN) ; 
ChronoLocalDate now = japaneseChronology.dateNow(); 








日 期 和 时 间 API 的 设计 者 建议 我 们 使 用 LocalDate， 尽 量 避 免 使 用 chronoLocalDate， 
原因 是 开发 者 在 他 们 的 代码 中 可 能 会 做 一 些 假设 , 而 这 些 假设 在 不 同 的 日 历 系统 中 , 有 可 能 不 成 
立 。 比 如 ， 有 人 可 能 会 做 这 样 的 假设 ， 即 一 个 月 天 数 不 会 超过 31 天 , 一 年 包括 12 个 月 , 或 者 一 
年 中 包含 的 月 份 数目 是 固定 的 。 由 于 这 些 原因 ， 建 议 你 尽量 在 你 的 应 用 中 使 用 LocalDate, 包 
括 存 储 、 操 作 、 业 务 规则 的 解读 ; 不 过 如 果 你 需要 将 程序 的 输入 或 者 输出 本 地 化 , 那么 应 该 使 用 


ChronoLocalDate 类 。 


伊斯兰 教 日 历 

在 Java 8 新 添加 的 几 种 日 历 类 型 中 ，HijrahDate (伊斯兰 教 日 历 ) 是 最 复杂 的 一 个 ， 因 为 
它 会 发 生 各 种 变化 。Hijranh 日 历 系 统 构建 于 农历 月 份 继承 之 上 。Java 8 提供 了 多 种 方法 判断 一 
个 月 份 , 比如 新 月 ,在 世界 的 哪些 地 方 可 见 , 或 者 说 它 只 能 首先 可 见于 沙特 阿拉 伯 。withvariant 
方法 可 以 用 于 选择 期 望 的 变化 。 为 了 支持 HijrahDate 这 一 标准 ，Java 8 中 还 包括 了 乌 姆 库 拉 
( Umm Al-Qura ) 变量 。 

下 面 这 段 代码 作为 一 个 例子 说 明了 如 何在 ISO 日 历 中 计算 当前 伊斯兰 年 中 斋月 的 起 始 和 终 
止 日 期 : 





























取得 当前 的 Hijrah 日 期 ， 
紧 接 着 对 其 进行 修正 ， 得 到 
HijrahDate ramadanDate = 高 月 的 第 一 天 ， 即 第 9 个 月 
HijrahDate.now() .with(ChronoFie1d.DAY_OF_MONTH，1) 
.with (ChronoField.MONTH_OF_YEAR, 9); 
System.out .println("Ramadan starts on " + 





12.4 ”小结 2 





IsoChronology .INSTANCE .dqate (ramadanDate) + 十 一 一 
斋月 1438 始 于 " and ends on " + 
2017-05-26, 止 IsoChronology .INSTANCE .datel( 
于 2017-06-24 ramadanDate.with!( 
TemporalAdjusters.lastDayOfMonth()))); 





Isochronology.INSTRANCE 是 Isochronology 


类 的 一 个 静态 实例 





12.4 小 结 


以 下 是 本 章 中 的 关键 概念 。 

口 Java 8 之 前 老 版 的 java.util.Date 类 以 及 其 他 用 于 建 模 日 期 和 时 间 的 类 有 很 多 不 一 至 
及 设计 上 的 缺陷 ， 包 括 易 变 性 以 及 糟糕 的 偏 移 值 、 默 认 值 和 命名 。 

口 新 版 的 日 期 和 时 间 API 中 ， 日 期 -时 间 对 象 是 不 可 变 的 。 

口 新 的 API 提供 了 两 种 不 同 的 时 间 表 示 方 式 ， 有 效 地 区 分 了 运行 时 人 和 机 器 的 不 同 需求 。 
口 你 可 以 用 绝对 或 者 相对 的 方式 操纵 日 期 和 时 间 ， 操 作 的 结果 总 是 返回 一 个 新 的 实例 ， 老 
的 日 期 -时 间 对 象 不 会 发 生变 化 。 

口 TemporalAdjuster 让 你 能 够 用 更 精细 的 方式 操纵 日 期 ， 不 再 局 限于 一 次 只 能 改变 它 的 
一 个 值 ， 并 且 你 还 可 按照 需求 定义 自己 的 日 期 转换 器 。 

口 你 现在 可 以 按照 特定 的 格式 需求 , 定义 自己 的 格式 器 , 打印 输出 或 者 解析 日 期 -时 间 对 象 。 
这 些 格 式 器 可 以 通过 模板 创建 ， 也 可 以 自己 编程 创建 ， 并 且 它 们 都 是 线程 安全 的 。 

口 你 可 以 用 相对 于 某 个 地 区 /位 置 的 方式 ,或 者 以 与 UTC/ 格 林 尼 治 时 间 的 绝对 偏差 的 方式 表 
示 时 区 ， 并 将 其 应 用 到 日 期 -时 间 对 象 上 ， 对 其 进行 本 地 化 。 

口 你 现在 可 以 使 用 不 同 于 ISO-8601 标准 系统 的 其 他 日 历 系 统 了 。 
















































































默认 万 法 








本 章 内 容 

口 什么 是 默认 方法 

口 如 何以 一 种 兼容 的 方式 改进 API 
口 默认 方法 的 使 用 模式 

口 解析 规则 























传统 上 ，Java 程序 的 接口 是 将 相关 方法 按照 约定 组 合 到 一 起 的 方式 。 实 现 接口 的 类 必须 为 接 
口中 定义 的 每 个 方法 提供 一 个 实现 , 或 者 从 父 类 中 继承 它 的 实现 。 但 是 , 一 旦 类 库 的 设计 者 需要 
更 新 接口 ， 向 其 中 加 入 新 的 方法 ,这 种 方式 就 会 出 现 问题 。 现 实情 况 是 , 现存 的 实体 类 往往 不 在 
接口 设计 者 的 控制 范围 之 内 , 这些 实 体 类 为 了 适 配 新 的 接口 约定 也 需要 进行 修改 。 由 于 Java 8 API 
在 现存 的 接口 上 引入 了 非常 多 的 新 方法 , 这 种 变化 带 来 的 问题 便 愈加 严重 , 一 个 例子 就 是 前 几 童 
中 使 用 过 的 List 接口 上 的 sort 方法 。 想 象 一 下 其 他 备 选集 合 框 架 的 维护 人 员 会 多 么 抓 狂 吧 ， 
像 Guava 和 Apache Commons 这 样 的 框架 现在 都 需要 修改 实现 了 List 接口 的 所 有 类 ， 为 其 添加 
sort 方法 的 实现 。 
日 慢 ， 其实 你 不 必 惊 懂 。Java 8 为 了 解决 这 一 问题 引入 了 一 种 新 的 机 制 。Java 8 中 的 接口 现 
在 支持 在 声明 方法 的 同时 提供 实现 , 这 听 起 来 让 人 惊讶 ! 通过 两 种 方式 可 以 完成 这 种 操作 。 其 一 ， 
Java 8 允许 在 接口 内 声明 静态 方法 。 其 二 ，Java 8 引入 了 一 个 新 功能 ， 叫 默认 方法 ， 通 过 默认 方 
法 你 可 以 指定 接口 方法 的 默认 实现 。 换 句 话 说， 接口 能 提供 方法 的 具体 实现 。 因 此 ， 实 现 接口 的 
类 如 果 不 显 式 地 提供 该 方法 的 具体 实现 , 就 会 自动 继承 默认 的 实现 。 这 种 机 制 可 以 使 你 平滑 地 进 
行 接口 的 优化 和 演进 。 实 际 上 , 到 目前 为 止 你 已 经 使 用 了 多 个 默认 方法 。 一 个 例子 是 你 前 面 已 经 
见 过 的 List 接口 中 的 sort ， 另 一 个 例子 是 collection 接口 中 的 stream。 

第 1 章 中 我 们 看 到 的 List 接口 中 的 sort 方法 是 Java 8 中 全 新 的 方法 ， 它 的 定义 如 下 : 


default void sort (Compatrator<? super E> c)t{ 
Collections.sort (this, c); 































































































} 

请 注意 返回 类 型 之 前 的 新 default 修饰 符 。 通 过 它 ， 能 够 知道 一 个 方法 是 否 为 默认 方法 。 
这 里 sort 方法 调用 了 collections.sort 方法 进行 排序 操作 。 由 于 有 了 这 个 新 的 方法 ， 现 在 
可 以 直接 通过 调用 sort ， 对 列表 中 的 元 素 进 行 排序 。 
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: t 上 是 List 接口 
List<Integer> numbers = Arrays.asList(3, 5, 1, 2, 6); 的 默认 方法 接 
Ys 4 


numbers.sort (Comparator.naturalOrder ()); 

不 过 除 此 之 外 ， 这 段 代 码 中 还 有 些 其 他 的 新 东西 。 注 意 到 了 吗 ， 我 们 调用 了 comparator. 
naturalOrder 方法 。 这 是 Comparator 接口 的 一 个 全 新 的 静态 方法 , 它 返 回 一 个 Comparator 
对 象 ， 并 按 自 然 序列 对 其 中 的 元 素 进 行 排 序 ( 即 标准 的 字母 数字 方式 排序 )。 

第 4 章 中 我 们 看 到 的 Collection 中 的 streanm 方法 的 定义 如 下 : 

default Stream<E> stream() { 


return StreamSupport.stream(spliterator(), false); 


} 

我 们 在 之 前 的 几 章 中 大 量 使 用 了 该 方法 来 处 理 集合 ， 这 里 stream 方法 中 调用 了 StreamSupport. 
streanm 方法 来 返回 一 个 流 。 你 注意 到 stream 方法 的 主体 是 如 何 调 用 spliterator 方法 了 吗 ? 
它 也 是 collection 接口 的 一 个 默认 方法 。 

喔 噢 ! 这 些 接口 现在 看 起 来 像 抽象 类 了 吧 ? 是 , 也 不 是 。 它们 有 一 些 本 质 的 区 别 ， 本 章 会 针 
对 性 地 进行 讨论 。 但 更 重要 的 是 , 你 为 什么 要 在 乎 默认 方法 ?默认 方法 的 主要 目标 用 户 是 类 库 的 
设计 者 啊 。 正 如 后 面 所 解释 的 ,默认 方法 的 引入 就 是 为 了 以 兼容 的 方式 解决 像 Java API 这 样 的 类 
库 的 演进 问题 的 ， 如 图 13-1 所 示 。 































































































版 本 1 接口 用 户 的 实现 版 本 
加 实 线 相 表示 实 
二 HH 方法 一 现世 法 ， hiv. 
a 线 框 表 示 抽 象 
方法 
用 户 的 实现 版 本 
支持 的 方法 
为 了 支持 接口 定义 的 新 方法 ， 用 户 的 
实现 需要 进行 相应 的 改动 
带 默 认 方 法 的 版 本 2 接口 用 户 的 实现 版 本 
| 证 一 = O 
文革 的 方法 -| 基 隐 遇 晴 央 是 -一 = 
|: 实现 es 




















由 于 继承 了 接口 中 的 默认 方法 ， 这 种 实现 
方式 不 需要 用 户 做 任何 的 变更 


图 13-1 向 接口 添加 方法 











280 第 13 章 默认 方法 














简 而 言 之 ， 向 接口 添加 方法 是 诸多 问题 的 罪恶 之 源 。 一 旦 接口 发 生变 化 ,实现 这 些 接口 的 类 
往往 也 需要 更 新 , 提供 新 添 方法 的 实现 才能 适 配 接口 的 变化 。 如 果 你 对 接口 以 及 它 所 有 相关 的 实 
现 有 完全 的 控制 , 那么 这 可 能 不 是 个 大 问题 。 但 是 这 种 情况 是 极 少 的 。 这 就 是 引入 默认 方法 的 目 
的 : 它 让 类 可 以 自动 地 继承 接口 的 一 个 默认 实现 。 

此 ,如果 你 是 个 类 库 的 设计 者 , 那么 这 一 章 的 内 容 对 你 而 言 会 十 分 重要 , 因为 默认 方法 为 接 
口 的 演进 提供 了 一 种 平滑 的 方式 , 你 的 改动 将 不 会 导致 已 有 代码 的 修改 。 此 外, 正如 后 文 会 介绍 的 ， 
默认 方法 为 方法 的 多 继承 提供 了 一 种 更 灵活 的 机 制 ， 可 以 帮助 你 更 好 地 规划 你 的 代码 结构 : 类 可 
以 从 多 个 接口 继承 默认 方法 。 因 此 ， 即 使 你 并 非 类 库 的 设计 者 ， 也 能 在 其 中 发 现 感 兴趣 的 东西 。 



























































静态 方法 及 接口 
同时 定义 接口 以 及 工具 辅助 类 ( companion class ) 是 Java 语言 常用 的 一 种 模式 ， 工 具 类 定 
义 了 与 接口 实例 协作 的 很 多 静态 方法 。 比 如 ,Collections 就 是 处 理 Collection 对 象 的 辅 
助 类 。 由 于 静态 方法 可 以 存在 于 接口 内 部 ， 因 此 你 代码 中 的 这 些 辅 助 类 就 没有 了 存在 的 必要 ， 
你 可 以 把 这 些 静 态 方法 转移 到 接口 内 部 。 为 了 保持 后 向 的 兼容 性 ， 这 些 类 依然 会 存在 于 Java 
应 用 程序 的 接口 之 中 。 








本 章 结 构 如 下 。 首先 跟 你 一 起 剖析 一 个 API 演 化 的 用 例 , 探讨 由 此 引发 的 各 种 问题 。 接 下 来 
解释 什么 是 默认 方法 , 以 及 它们 在 这 个 用 例 中 如 何 解 决 相 应 的 问题 。 然后 展示 如 何 创建 自己 的 默 
认 方 法 ,构造 Java 语言 中 的 多 继承 。 最 后 讨论 一 个 类 在 使 用 一 个 签名 同时 继承 多 个 默认 方法 时 ， 
Java 编译 如 是 如 何 解 决 可 能 的 二 义 性 (模糊 性 ) 问题 的 。 


13.1 不 断 演进 的 API 


为 了 理解 为 什么 一 旦 API 发布 之 后 , 它 的 演进 就 变 得 非常 困难 , 这 里 假设 你 是 一 个 流行 Java 
绘图 库 的 设计 者 (为 了 说 明 本 节 的 内 容 , 我 们 做 了 这 样 的 假想 )。 你 的 库 中 包含 了 一 个 Resizable 
接口 ， 它 定义 了 一 个 简单 的 可 缩放 形状 必须 支持 的 很 多 方法 ， 比 如 : setHeight、setwidtnh、 
getHeight 、getWiath 以 及 setAbsoluteSize。 此 外 ， 你 还 提供 了 几 个 额外 的 实现 (out-of- 
the-box implementation )， 如 正方 形 、 长 方形 。 由 于 你 的 库 非常 流行 ， 因 此 你 的 一 些 用 户 使 用 
Resizable 接口 创建 了 他 们 自己 感 兴趣 的 实现 ， 比 如 椭圆 。 

发 布 API 几 个 月 之 后 ， 你 突然 意识 到 Resizable 接口 遗漏 了 一 些 功能 。 比 如 ， 如 果 接 口 提 
供 一 个 setRelativeSize 方法 , 可 以 接受 参数 实现 对 形状 的 大 小 进行 调整 , 那么 接口 的 易 用 性 
会 更 好 。 你 会 说 这 看 起 来 很 容易 啊 : 为 Resizable 接口 添加 setRelativesSize 方法 ， 再 更 新 
Square 和 Rectangle 的 实现 就 好 了 。 不 过 ， 事 情 并 非 如 此 简单 ! 你 要 考虑 已 经 使 用 了 你 接口 
的 用 户 ， 他 们 已 经 按照 自身 的 需求 实现 了 Resizable 接口 ， 又 该 如 何 应 对 这 样 的 变更 呢 ? 非常 
不 幸 ， 你 无 法 访问 , 也 无 法 改动 他 们 实现 了 Resizable 接口 的 类 。 这 也 是 Java 库 的 设计 者 需要 
改进 Java API 时 所 面 对 的 问题 。 让 我 们 以 一 个 具体 的 实例 为 例 , 深入 探讨 修改 一 个 已 发 布 接口 的 
种 种 后 果 。 
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13.1.1 初始 版 本 的 API 
Resizable 接口 的 最 初版 本 提供 了 下 面 这 些 方法 : 


public interface Resizable extends Drawable{ 

int getWwidth(); 

int getHeight (); 

void setWidth(int widtn); 

void setHeight (int height); 

void setAbsoluteSize(int width, int height); 
1 


用 户 实现 
你 的 一 位 铁杆 用 户 根据 自身 的 需求 实现 了 Resizable 接口 ,创建 了 Ellipse 类 : 








public class Ellipse implements Resizable { 
} 
他 实现 了 一 个 处 理 各 种 Resizable 形状 (包括 E11ipse ) 的 游戏 : 





public class Gamel{ 


public static void main(String...args)t{ 可 以 调整 大 小 
List<Resizable> resizableShapes = 的 形状 列表 
Arrays.asList (new Square(), new Rectangle(), new Ellipse()); < 一 


Utils.paint (resizableShapes); 
} 
} 
public class Utilst{ 
public static void paint (List<Resizable> 1){ 


1.forEach(r -> { 
r.setAbsoluteSize(42, 42); > A 
调用 每 个 形状 自己 的 


r.draw(); 
\ setAbsoluteSize 


3 方法 
上 


13.1.2 第 二 版 API 


库 上 线 使 用 几 个 月 之 后 ， 你 收 到 很 多 请 求 ， 要 求 你 更 新 Resizable 的 实现 ， 让 Square、 
Rectangle 以 及 其 [他 的 形状 都 支持 setRelativeSsize 方法 。 为 了 满足 这 些 新 的 需求 ， 你 发 
布 了 第 二 版 API， 具 体 如 图 13-2 所 示 。 








public interface Resizable { 
int getWidth(); 
int getHeight (); 
void setWigdth(int widtn); 
void setHeight (int height); 二 
voidq setAbsoluteSize(int width, int height); 第 二 版 API 添加 了 
void setRelativeSize(int wFactor, int hrFactor); 一 个 新 方法 
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初始 版 本 的 API 第 二 版 API 


Resizable 一 


+ Void setRelativeSize(int, int) 
4 
2 











1 
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Ellipse 
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图 13-2 为 Resizable 接口 添加 新 方法 改进 API。 青 次 编译 应 用 时 会 遭遇 错误 ， 
因为 它 依赖 的 Resizable 接口 发 生 了 变化 


























用 户 面临 的 窘境 

对 Resizable 接口 的 更 新 导致 了 一 系列 的 问题 。 首 先 ， 接 口 现 在 要 求 它 所 有 的 实现 类 添加 
setRelativeSize 方 法 的 实现 。 但 是 用 户 最 初 实现 的 E11ipse 类 并 未 包含 setRelativeSiz 
方法 。 向 接口 添加 新 方法 是 二 进 制 兼容 的 , 这 意味 着 只 要 不 重新 编译 该 类 , 即使 不 实现 新 的 方法 ， 
现 有 类 的 实现 依旧 可 以 运行 。 这 种 情况 下 ， 即 便 在 Resizable 接口 中 添加 setRelativeSiz 
方法 也 不 会 影响 游戏 的 持续 运行 。 不 过 ， 用 户 可 能 修改 他 的 游戏 , 在 Utils .paint 方法 中 调用 
setRelativeSize 方 法 ,因为 paint 方法 接受 一 个 Resizable 对 象 列 表 作 为 参数 。 如 果 传 递 
的 是 一 个 Bllipse 对 象 ， 程 序 就 会 抛 出 一 个 运行 时 错误 ， 因 为 它 并 未 实现 setRelativeSiz 
方法 : 

Exception in thread "main" java.lang.AbstractMethodError: 

lambdasinaction.chap9 .Ellipse.setRelativeSize(II)V 


其 次 , 如 果 用 户 试 图 重新 编译 整个 应 用 ( 包括 E11ipse 类 ), 那么 他 会 遭遇 下 面 的 编译 错误 : 




























































































lambdasinaction/chap9/Ellipse.java:6: error: Ellipse is not abstract and does 
not override abstract method setRelativeSize(int,int) in Resizable 


最 后 , 更 新 已 发 布 API 会 导致 后 向 兼容 性 问题 。 这 就 是 为 什么 对 现存 API 的 演进 ， 比 如 官方 
发 布 的 Java Collection API， 会 给 用 户 带 来 麻烦 。 当 然 ,， 还 有 其 他 方式 能 够 实现 对 API 的 改进 ， 
但 是 都 不 是 明智 的 选择 。 比 如 , 你 可 以 为 你 的 API 创 建 不 同 的 发 布 版 本 , 同时 维护 老 版 本 和 新 版 
本 , 但 这 是 非常 费时 费力 的 , 原因 如 下 。 其 一 , 这 增加 了 你 作为 类 库 的 设计 者 维护 类 库 的 复杂 度 。 
其 二 , 类 库 的 用 户 不 得 不 同时 使 用 一 套 代 码 的 两 个 版 本 ,而 这 会 增 大 内 存 的 消耗 , 延长 程序 的 载 
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入 时 间 ， 因 为 这 种 方式 下 项 目 使 用 的 类 文件 数量 更 多 了 。 
这 就 是 默认 方法 试图 解决 的 问题 。 它 让 类 库 的 设计 者 放心 地 改进 应 用 程序 接口 , 无须 担忧 对 
遗留 代码 的 影响 ， 这 是 因为 实现 更 新 接口 的 类 现在 会 自动 继承 一 个 默认 的 方法 实现 。 























不 同类 型 的 兼容 性 : 二 进 制 、 源 代码 和 函数 行为 

变更 对 Java 程序 的 影响 大 体 可 以 分 成 三 种 类 型 的 兼容 性 ， 分 别 是 : 二 进 制 级 的 兼容 、 源 
代码 级 的 兼容 ， 以 及 函数 行为 的 兼容 。 刚 才 我 们 看 到 ， 向 接口 添加 新 方法 是 二 进 制 级 的 兼容 ， 
但 最 终 编 译 实 现 接 口 的 类 时 会 发 生 编 译 错 误 。 了 解 不 同类 型 兼容 性 的 特性 是 非常 有 益 的 ,下 面 
会 深入 介绍 这 部 分 内 容 。 

二 进 制 级 的 兼容 性 表示 现 有 的 三 进 制 执行 文件 能 无 缝 持续 链接 ( 包括 验证 、 准 备 和 解析 ) 
和 运行 。 比如， 为 接口 添加 一 个 方法 就 是 二 进 制 级 的 兼容 ,这 种 方式 下 ， 如 果 新 添加 的 方法 不 
被 调用 ， 接 口 已 经 实现 的 方法 就 可 以 继续 运行 ， 不 会 出 现 错误 。 

简单 地 说 , 源 代 码 级 的 兼容 性 表示 引入 变化 之 后 , 现 有 的 程序 依然 能 成 功 编译 通过 。 比 如 ， 
向 接口 添加 新 的 方法 就 不 是 源码 级 的 兼容 , 因为 遗留 代码 并 没有 实现 新 引入 的 方法 , 所 以 它们 
无 法 顺利 通过 编译 。 

最 后 ,函数 行为 的 兼容 性 表示 交 更 发 生 之 后 , 程序 接受 同样 的 输入 能 得 到 同样 的 结果 。 上 比 
如 ,为 接口 添加 新 的 方法 就 是 函数 行为 兼容 的 ， 因 为 新 添加 的 方法 在 程序 中 并 未 被 调用 ( 抑或 
该 接口 在 实现 中 被 覆盖 了 )。 
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经 过 前 述 的 介绍 ， 我 们 已 经 了 解 了 向 已 发 布 的 API 添加 方法 ， 对 现存 代码 实现 会 造成 多 大 
的 损害 。 默 认 方 法 是 Java 8 中 引入 的 一 个 新 特性 ， 和 希望 能 借 此 以 兼容 的 方式 改进 API。 现 在 ， 
接口 包含 的 方法 签名 在 它 的 实现 类 中 也 可 以 不 提供 实现 。 那 么 ， 谁 来 具体 实现 这 些 方法 呢 ? 实 
际 上 , 缺失 的 方法 实现 会 作为 接口 的 一 部 分 由 实现 类 继承 ( 所 以 命名 为 默认 实现 )， 而 无 须 由 实 
现 类 提供 。 

那么 ,该 如 何 辨 识 哪 些 是 默认 方法 呢 ?” 其 实 非 常 简单 。 默 认 方 法 由 aefault 修饰 符 修饰 ， 
并 像 类 中 声明 的 其 他 方法 一 样 包含 方法 体 。 比 如 ， 你 可 以 像 下 面 这 样 在 集合 库 中 定义 一 个 名 为 
sized 的 接口 ， 在 其 中 定义 一 个 抽象 方法 size， 以 及 一 个 默认 方法 isEmpty: 





































































































public interface Sized { 
int size(); 
default boolean isEmpty() { < 默认 方法 
return size() == 0; 


} 





284 第 13 章 默认 方法 











这 样 任何 一 个 实现 了 sized 接口 的 类 都 会 自动 继承 isEmpty 的 实现 。 因此 , 向 提供 了 默认 
实现 的 接口 添加 方法 就 不 是 源码 兼容 的 。 

现在 ， 回 顾 一 下 最 初 的 例子 ， 即 那个 Java 画图 类 库 和 你 的 游戏 程序 。 具 体 来 说 ， 为 了 以 兼 
容 的 方式 改进 这 个 库 ( 即使 用 该 库 的 用 户 不 需要 修改 他 们 实现 了 Resizable 的 类 ), 可 以 使 用 默 
认 方 法 ， 提 供 setRelativesize 的 默认 实现 : 






































default void setRelativeSize(int wFactor, int hFactor)f{ 
setAbsoluteSize(getWidth() / wFactor, getHeight() / hFactor); 
3 


由 于 接口 现在 可 以 提供 带 实现 的 方法 ， 是 否 这 意味 着 Java 已 经 在 某 种 程度 上 实现 了 多 继 
承 ? 如 果实 现 类 也 实现 了 同样 的 方法 , 那 这 时 会 发 生 什么 情况 ?默认 方法 会 被 覆盖 吗 ? 现 在 暂 
时 无 须 担心 这 些 ，Java 8 中 已 经 定义 了 一 些 规则 和 机 制 来 处 理 这 些 问 题 。 详 细 的 内 容 会 在 13.4 
节 进 行 介 绍 。 

你 可 能 已 经 猜 到 ， 默 认 方法 在 Java 8 API 中 已 经 大 量 地 使 用 了 。 本 章 已 经 介绍 过 前 一 章 中 大 
量 使 用 的 collection 接口 的 stream 方法 就 是 默认 方法 。List 接口 的 sort 方法 也 是 默认 方 
法 。 第 3 章 介绍 的 很 多 函数 式 接 口 ， 比 如 Predicate、Function 以 及 comparator 也 引入 了 
新 的 默认 方法 ， 比 如 Predicate.and 或 者 Function.andThen ( 记 住 ， 国 数 式 接 口上 只 包含 一 
个 抽象 方法 ， 默 认 方 法 是 种 非 抽象 方法 )。 












































Java 8 中 的 抽象 类 和 抽象 接口 
那么 抽象 类 和 抽象 接口 之 间 的 区 别 是 什么 呢 ?” 它 们 不 是 都 能 包含 抽象 方法 和 方法 体 的 实 
现 吗 ? 
首先 ， 一 个 类 只 能 继承 一 个 抽象 类 ， 但 是 一 个 类 可 以 实现 多 个 接口 。 
其 次 ， 一 个 抽象 类 可 以 通过 实例 变量 ( 字段 ) 保存 一 个 通用 状态 ， 而 接口 是 不 能 有 实例 变 
量 的 。 








请 应 用 你 掌握 的 默认 方法 的 知识 ， 回 答 一 下 测验 13.1 的 问题 。 


测验 13.1: removeIf 

这 个 测验 里 ,假设 你 是 Java 语 言 和 API 的 一 个 负责 人 。 你 收 到 了 关于 removeIf 方法 的 
很 多 请 求 , 希望 能 为 ArrayList、TreeSet、LinkedList 以 及 其 他 集合 类 型 添加 removeIf 
方法 。removeIf 方法 的 功能 是 删除 满足 给 定 谓词 的 所 有 元 素 。 你 的 任务 是 找到 用 这 个 新 方法 
优化 Collection API 的 最 佳 途径 。 

答案 : 改进 Collection API 破 坏 性 最 大 的 方式 是 什么 ? 你 可 以 把 removeIf 的 实现 直接 复 
制 到 Collection API 的 每 个 实体 类 中 ,但 这 种 做 法 实际 是 在 对 Java 界 的 犯罪 。 还 有 其 他 的 方式 
吗 ? 你 知道 吗 ， 所 有 的 Collection 类 都 实现 了 一 个 名 为 java .util.Collection 的 接口 。 
太 好 了 ,那么 可 以 在 这 里 添加 一 个 方法 吗 ? 当然 可 以 ! 你 只 需要 牢记 ,默认 方法 是 一 种 以 源码 
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兼容 方式 向 接口 内 添加 实现 的 方法 。 这 样 实现 collction 的 所 有 类 (包括 并 不 隶属 Collection 
API 的 用 户 扩展 类 ) 都 能 使 用 removeIf 的 默认 实现 。removeIf 的 代码 实现 如 下 ( 它 实 际 就 


是 Java 8 Collection API 的 实现 )。 它 是 Collection 接口 的 一 


个 默认 方法 : 


esa oom en er steealie eu ee 辣 全 攻 ) 放任 


boolean removed = false; 
Peenalor<p ode Eenraeor 
while(each.hasNext ()) { 
(ee rele 
each.remove(); 
removed = true; 


return removed; 
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现在 你 已 经 了 解 了 默认 方法 怎样 以 兼容 的 方式 演进 库 函 数 了 。 除了 这 种 用 例 , 还 有 其 他 场景 
也 能 利用 这 个 新 特性 吗 ? 当然 有 ,你 可 以 创建 自己 的 接口 ， 并 为 其 提供 默认 方法 。 本 会 介绍 使 








用 软 认 方法 的 两 种 用 例 : 可 选 方法 和 行为 的 多 继承 。 


13.3.1 可 选 方法 








你 很 可 能 也 碰 到 过 这 种 情况 ， 类 实现 了 接口 ， 却 刻意 地 将 一 些 方法 的 实现 留 白 。 我 们 以 





Iterator 接口 为 例 。Iterator 接口 定义 了 hasNext、next， 
之 前 ， 由 于 用 户 通 常 不 会 使 用 该 方法 ，remove 方法 常 被 忽略 。 





还 定义 了 remove 方法 。Java8 
因此 ， 实 现 Iterator 接口 的 类 





通常 会 为 remove 方法 放置 一 个 空 的 实现 ， 这 些 都 是 毫 无 用 处 的 模板 代码 。 
采用 默认 方法 之 后 , 你 可 以 为 这 种 类 型 的 方法 提供 一 个 默认 的 实现 , 这 样 实体 类 就 无 须 在 自 
己 的 实现 中 显 式 地 提供 一 个 空 方法 。 比 如 , 在 Javag 中 ，Iterator 接口 就 为 remove 方法 提供 




















了 一 个 默认 实现 ， 如 下 所 示 


interface Iterator<T> { 
boolean hasNext (); 
了 next (); 
default void remove() { 
throw new UnsupportedOperationException(); 
} 
} 





通过 这 种 方式 , 你 可 以 减少 无 效 的 模板 代码 。 实现 Iterator 接口 的 每 一 个 类 都 不 需要 再 声 
明 一 个 空 的 remove 方法 了 ， 因 为 它 现在 已 经 有 一 个 默认 的 实现 。 
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13.3.2 行为 的 多 继承 


默认 方法 让 之 前 无 法 想象 的 事 以 一 种 优雅 的 方式 得 以 实现 , 即行 为 的 多 继承 。 这 是 一 种 让 类 
从 多 个 来 源 重 用 代码 的 能 力 ， 如 图 13-3 所 示 。 

























































































单 继承 多 继承 
下 | | 功能 如 国宝 功能 #1 
功能 妃 
了 十- 二 功能 #3 
[Eee | 
四 |] | 功能 机 
[EGG | 一- 功能 #2 
功能 #1 | #3 
仅 从 一 个 来 源 继承 功能 的 类 需要 从 多 个 来 源 继承 功能 的 类 





图 13-3 单 继 承 和 多 继承 的 比较 


Java 的 类 只 能 继承 单一 的 类 ,但 是 一 个 类 可 以 实现 多 接口 。 要 确认 也 很 简单 , 下面 是 Java API 
中 对 ArrayList 类 的 定义 : 
































public class ArrayList<E> extends AbstractList<E> | 一 个 类 
implements List<E>, RandomAccess, Cloneable, < 二 -一 但 是 实现 了 
号 走 头 
Serializable { 
四 个 接口 
} 


1. 类 型 的 多 继承 

这 个 例子 中 ArrayList 继承 了 一 个 类 ， 实现 了 四 个 接口 。 因 此 ArrayList 实际 是 七 个 类 
型 的 直接 子 类 , 分 别 是 : AbstractList、List、RandomAccess、Cloneable、 Serializable、 
Iterable 和 Collection。 所 以 ,在 某 种 程度 上 ， 我 们 早 就 有 了 类 型 的 多 继承 。 

由 于 Java 8 中 接口 方法 可 以 包含 实现 , 因此 类 可 以 从 多 个 接口 中 继承 它们 的 行为 ( 即 实现 的 
代码 )。 让 我 们 从 一 个 例子 入 手 ， 看 看 如 何 充 分 利用 这 种 能 力 来 为 我 们 服务 。 保 持 接 口 的 精致 性 
和 正 交 性 能 帮助 你 在 现 有 的 代码 基 上 最 大 程度 地 实现 代码 复 用 和 行为 组 合 。 


2. 利用 正 交 方法 的 精简 接口 
假设 你 需要 为 正在 创建 的 游戏 定义 多 个 具有 不 同 特质 的 形状 。 有 的 形状 需要 调整 大 小 , 但 是 
不 需要 有 旋转 的 功能 ; 有 的 需要 能 旋转 和 移动 , 但 是 不 需要 调整 大 小 。 这 种 情况 下 ,该 怎样 设计 
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才能 尽 可 能 地 重用 代码 ? 

你 可 以 定义 一 个 单独 的 Rotatable 接口 ， 并 提供 两 个 抽象 方法 setRotationaAngle 和 
getRotationAngle。 该 接口 还 定义 了 一 个 默认 方法 rotateBy, 你 可 以 通过 setRotationAngle 
和 getRotationAngle 实现 该 方法 ， 如 下 所 示 : 





public interface Rotatable { 
void setRotationAngle(int angleInDegrees); 


int getRotationAngle(); retateBy 方法 的 
default void rotateBy (int angleInDegrees)t{ 一 个 默认 实现 
setRotationAngle( (getRotationAngle () + angleInDegrees) % 360); 


} 
} 


这 种 方式 和 模板 设计 模式 有 些 相 似 ， 都 是 以 其 他 方法 需要 实现 的 方法 定义 好 框架 算法 。 

现在 ,实现 了 Rotatable 的 所 有 类 都 需要 提供 setRotationAngle 和 getRotationAngle 
的 实现 , 但 与 此 同时 它们 也 会 天 然 地 继承 rotateBy 的 默认 实现 。 

类 似 地 ， 你 可 以 定义 之 前 看 到 的 两 个 接口 Moveable 和 Resizable。 它 们 都 包含 了 默认 实 
现 。 下 面 是 Moveable 的 代码 : 














public interface Moveable { 

int getx(); 

int getyY(); 

void setX(int x); 

void setY(int y); 

default void moveHorizontally (int distance)t 
setX(getX() + distance); 





default void moveVertically (int distance)t{ 
setY(getY() + distance); 





[0 


} 
下 面 是 Resizable 的 代码 : 

















public interface Resizable { 
int getWwidth(); 
int getHeight (); 
void setWiqdth(int widtn); 
void setHeight (int height); 
void setAbsoluteSizel(int width, int height); 
default void setRelativeSize(int wFactor, int hFactor)t{ 
setAbsoluteSize(getWidth() / wFactor, getHeight() / hFactor); 
} 


3. 组 合 接 口 
通过 组 合 这 些 接口 ， 你 现在 可 以 为 你 的 游戏 创建 不 同 的 实体 类 。 比 如 ，Monster 可 以 移动 、 
旋转 和 缩放 。 
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public class Monster implements Rotatable, Moveable, Resizable { 
“| 需要 给 出 所 有 抽象 方法 的 实现 ， 

但 无 须 重复 实现 默认 方法 

Monster 类 会 自动 继承 Rotatable、Moveable 和 Resizaple 接口 的 默认 方法 。 这 个 例子 
中 ,Monster 继承 了 rotateBy .moveHorizontally、moveVertically 和 setRelativeSiz 
的 实现 。 

你 现在 可 以 直接 调用 不 同 的 方法 : 


} 

















构造 函数 会 设置 Monster 的 坐标 、 
Monster m = new Momnster () ; 高 度 、 宽 度 及 默认 仰角 


m.rotateBy (180); 8 4 

m.moveVertically(10); < 、 调用 由 Rotatable 中 继承 
调用 由 Moveable | 而 来 的 rotateBy 

中 继承 而 来 的 


moveVertically 

假设 你 现在 需要 声明 男 一 个 类 ， 它 要 能 移动 和 旋转 , 但 是 不 能 缩放 ， 比 如 说 sun。 这 时 也 无 
须 复制 粘贴 代码 ， 你 可 以 像 ni Moveable 和 Rotatable 接口 的 默认 实现 。 13-4 
是 这 一 场景 的 UML 图表。 



































public class Sun implements Moveable, Rotatable { 


需要 给 出 所 有 抽象 方法 的 实现 ， 
但 无 须 重复 实现 默认 方法 


} 


于 


图 13-4 多 种 行为 的 组 合 


像 你 的 游戏 代码 那样 使 用 默认 实现 来 定义 简单 的 接口 还 有 另 一 个 好 处 。 假 设 你 需要 修改 
moveVettically 的 实现 ,让 它 更 高 效 地 运行 。 你 可 以 在 Moveable 接口 内 直接 修改 它 的 实现 ， 
所 有 实现 该 接口 的 类 会 自动 继承 新 的 代码 ( 这 里 假设 用 户 并 未 定义 自己 的 方法 实现 )。 











关于 继承 的 一 些 错误 观点 
继承 不 应 该 成 为 你 一 谈 到 代码 复 用 就 试图 倚靠 的 “万 精油 ”。 比 如 ， 从 一 个 拥有 100 个 方 
法 及 字段 的 类 进行 继承 就 不 是 个 好 主意 , 因为 这 其 实 会 引入 不 必要 的 复杂 性 。 你 完全 可 以 使 用 
代理 有 效 地 规避 这 种 窘境 ,， 即 创建 一 个 方法 通过 该 类 的 成 员 变 量 直 接 调用 该 类 的 方法 。 这 就 是 
为 什么 有 的 时 候 我 们 发 现 有 些 类 被 刻意 地 声明 为 final 类 型 : 声明 为 final 的 类 不 能 被 其 他 
的 类 继承 , 避免 发 生 这 样 的 反 模 式 , 防止 核心 代码 的 功能 被 污染 。 注 意 , 有 的 时 候 声明 为 final 
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的 类 都 会 有 其 不 同 的 原因 ， 比 如 ，String 类 被 声明 为 final， 因 为 我 们 不 希望 有 人 对 这 样 的 
核心 功能 产生 干扰 。 
这 种 思想 同样 也 适用 于 使 用 默认 方法 的 接口 。 通 过 精简 的 接口 ， 你 能 获得 最 有 效 的 组 合 ， 


因为 你 可 以 只 选择 需要 的 实现 。 | 


通过 前 面 的 介绍 ， 你 已 经 了 解 了 默认 方法 多 种 强大 的 使 用 模式 。 不 过 也 可 能 还 有 一 些 疑 惑 : 
如 果 一 个 类 同时 实现 了 两 个 接口 , 这 两 个 接口 恰巧 又 提 供 了 同样 的 默认 方法 签名 , 那 这 时 会 发 生 
什么 情况 ?类 会 选择 使 用 哪 一 个 方法 ?这 些 问 题 会 在 接 下 来 的 一 节 进 行 讨论 。 
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我 们 知道 Java 语言 中 一 个 类 只 能 继承 一 个 父 类 , 但 是 一 个 类 可 以 实现 多 个 接口 。 随 着 默认 
方法 在 Java 8 中 引入 , 有 可 能 出 现 一 个 类 继承 了 多 个 方法 但 它们 使 用 的 是 同样 的 函数 签名 。 这 种 
情况 下 ， 类 会 选择 使 用 哪 一 个 函数 ?在 实际 情况 中 , 像 这 样 的 冲突 可 能 极 少 发 生 , 但 是 一 旦 发 生 
这 样 的 状况 ， 必 须要 有 一 套 规则 来 确定 按照 什么 样 的 约定 处 理 这 些 冲突 。 本 节 会 介绍 Java 编译 
器 如 何 解决 这 种 潜在 的 冲突 。 我 们 试图 回答 像 “ 接 下 来 的 代码 中 ， 哪 一 个 hello 方法 是 被 c 类 
调用 的 ”这 样 的 问题 。 注 意 , 接 下 来 的 例子 主要 用 于 说 明 容 易 出 问题 的 场景 ， 并 不 表示 这 些 场 景 
在 实际 开发 过 程 中 会 经 常 发 生 。 
















































































public interface A { 
default void hello() { 
System.out .println("Hello from A"); 





j 
} 
public interface B extends A { 
default void hello() { 
System.out .println("Hello from B"); 





} 
} 


public class C implements B, A { 


public static void main(String... args) { 
new C().hello(); < 一 猜 猜 打印 输出 
的 是 什么 ? 


} 

此 外 , 你 可 能 早 就 对 C++ 语 言 中 著名 的 萎 形 继承 问题 有 所 了 解 , 萎 形 继承 问题 中 一 个 类 同时 
继承 了 具有 相同 函数 签名 的 两 个 方法 。 到 底 该 选择 哪 一 个 实现 呢 ? Java 8 也 提供 了 解决 这 个 问题 
的 方案 。 请 接着 阅读 下 面 的 内 容 。 








13.4.1 解决 问题 的 三 条 规则 


如 果 一 个 类 使 用 相同 的 函数 签名 从 多 个 地 方 〈 比如 另 一 个 类 或 接口 ) 继承 了 方法 , 那么 通过 
三 条 规则 可 以 进行 判断 。 
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(1) 类 中 的 方法 优先 级 最 高 。 类 或 父 类 中 声明 的 方法 的 优先 级 高 于 任何 声明 为 默认 方法 的 优 
先 级 。 

(2) 如 果 无 法 依据 第 一 条 进行 判断 ， 那 么 子 接口 的 优先 级 更 高 ， 函 数 签名 相同 时 ， 优 先 选 择 
拥有 最 具体 实现 的 默认 方法 的 接口 ， 即 如 果 B 继承 了 A， 那么 BB 就 比 A 更 加 具体 。 

(3) 最 后 ， 如 果 还 是 无 法 判断 ， 那 么 继承 了 多 个 接口 的 类 必须 通过 显 式 覆 盖 和 调用 期 望 的 方 
法 ， 显 式 地 选择 使 用 哪 一 个 默认 方法 的 实现 。 

我 们 保证 ， 这 些 就 是 你 需要 知道 的 全 部 ! 下 面 来 看 几 个 例子 。 


13.4.2 ”选择 提供 了 最 具体 实现 的 默认 方法 的 接口 


回顾 一 下 本 节 开 头 的 例子 ， 这 个 例子 中 c 类 同时 实现 了 B 接口 和 A 接口 ， 而 这 两 个 接口 恰 
巧 又 都 定义 了 名 为 nello 的 默认 方法 。 另 外 ，B 继承 自 A。 图 13-5 是 这 个 场景 的 UML 图 。 


A 
|- 让 
一 一 一 es 4 


+ Vvoid hello() 



























































图 13-5 ”提供 最 具体 的 默认 方法 实现 的 接口 ， 其 优先 级 更 高 


编译 器 会 使 用 声明 的 哪 一 个 hello 方法 呢 ? 按照 规则 (2)， 应 该 选择 的 是 提供 了 最 具体 实现 
的 默认 方法 的 接口 。 由 于 B 比 A 更 具体 ， 因 此 应 该 选择 B 的 hello 方法 。 所 以 ， 程 序 会 打印 输 
出 “Hello from B”。 

现在 ,来 看 一 下 如 果 c 像 下 面 这 样 (如 图 13-6 所 示 ) 继承 自 D， 会 发 生 什么 情况 。 
























































public class D implements A{ } 
public class C extends D implements B, A { 
public static void main(String... args) { 猿 猜 打印 输出 
new C() .hello(); 的 是 什么 ? 
} 


A 














+ Vvoid hello() 








+ Void hello() 





图 13-6 继承 一 个 类 ， 实 现 两 个 接口 的 情况 


依据 规则 (1)， 类 中 声明 的 方法 具有 更 高 的 优先 级 。D 并 未 和 巷 盖 hello 方法 ， 可 是 它 实 现 了 
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接口 A。 所 以 它 就 拥有 了 接口 A 的 默认 方法 。 规 则 (2) 说 如 果 类 或 者 父 类 没有 对 应 的 方法 , 那么 就 
应 该 选择 提供 了 最 具体 实现 的 接口 中 的 方法 。 因 此 ， 编 译 器 会 在 接口 A 和 接口 B 的 hello 方法 
之 间 做 选择 。 因 为 更 加 具体 ， 所 以 程序 会 再 次 打印 输出 “Hello from B”。 你 可 以 继续 尝试 测 
验 13.2， 考 察 一 下 对 这 些 规 则 的 理解 。 3 

















测验 13.2: 牢记 这 些 判断 的 规则 
我 们 在 这 个 测验 中 继续 复 用 之 前 的 例子 ,唯一 的 不 同 在 于 D 现在 显 式 地 替 盖 了 从 入 接口 
中 继承 的 hello 方法 。 你 认为 现在 的 输出 会 是 什么 呢 ? 


public class D implements At 
wonkel ae ley (0 
SA Tm 
} 
} 
bublic class C extends D implements B, A t 
ube See oO ea Ll el 
new C().hello(); 
> 
} 


答案 : 由 于 依据 规则 (1), 父 类 中 声明 的 方法 具有 更 高 的 优先 级 ,因此 程序 会 打印 输出 “Hello 
from D”, 
注意 , DD 的 声明 如 下 : 


Public cbesternace coloasesaD molemenees rt 
Buble beer vena ne 0 
} 


这 样 的 结果 是 ， 虽 然 在 结构 上 其 他 的 地 方 已 经 声明 了 默认 方法 的 实现 ， 但 是 C 还 是 必须 
提供 自己 的 hello 方法 。 


13.4.3 ”冲突 及 如 何 显 式 地 消除 歧义 


到 目前 为 止 ， 你 看 到 的 这 些 例 子 都 能 够 应 用 前 两 条 判断 规则 解决 。 让 我 们 更 进一步 ,假设 B 
不 再 继承 A( 如 图 13-7 所 示 )。 





public interface A { 
default void hello() { 
System.out.println("Hello from A"); 
} 
} 
public interface B { 
default void hello() { 
System.out .println("Hello from B"); 
} 
} 
public class C implements B, A { } 
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+ Void hello() ~ 
| 


+ void hello() 











图 13-7 ”同时 实现 具有 相同 函数 声明 的 两 个 接口 


这 时 规则 (2) 就 无 法 进行 判断 了 , 因为 从 编译 器 的 角度 看 没有 哪 一 个 接口 的 实现 更 加 具体 , 两 

个 都 差不多 。A 接口 和 B 接口 的 hello 方法 都 是 有 效 的 选项 。 所 以 ，Java 编译 器 这 时 就 会 抛 出 

个 编译 错误 ， 因 为 它 无 法 判断 哪 一 个 方法 更 合适 :“Error: class C inherits unrelated defaults for 
hello() from types B and A.” 


冲突 的 解决 

解决 这 种 两 个 可 能 的 有 效 方 法 之 间 的 冲突 没有 太 多 方案 ,你 只 能 显 式 地 决定 希望 在 c 中 使 用 
哪 一 个 方法 。 为 了 达到 这 个 目的 ， 你 可 以 在 类 c 中 覆盖 hello 方法 ， 在 它 的 方法 体内 显 式 地 调 
用 你 希望 调用 的 方法 。Java 8 中 引入 了 一 种 新 的 语法 xX.super.m(...), 其 中 x 是 你 希望 调用 的 
m 方 法 所 在 的 父 接口 。 举 例 来 说 ,如 果 你 希望 c 使 用 来 自 于 B 的 默认 方法 , 它 的 调用 方式 看 起 来 
就 如 下 所 示 : 













































































public class C implements B, A f{ 
void hello(){ 显 式 地 选择 调用 


B.super.hello(); 接口 B 中 的 方法 


} 
} 


继续 看 看 测验 13.3， 这 是 一 个 相关 但 更 加 复杂 的 例子 。 





测验 13.3: 几乎 完全 一 样 的 函数 签名 
这 个 测验 中 ,假设 接口 A 和 B 的 声明 如 下 所 示 : 


public interface AT 
default Number getNumber (){ 
eee 
} 
} 
public interface Bf{ 
default JInteger getNumber(){ 
return 42; 
} 
; 


类 C 的 声明 如 下 : 


Bublney ee ml nenmneee 
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Bublie ea i onananm (i eine 
System.out .println(new C() .getNumber ()); 


» 
上 
这 个 程序 会 打印 输出 什么 呢 ? 
答案 : 类 C 无 法 判断 和 或 者 B 到 底 哪 一 个 更 加 具体 。 这 就 是 类 C 无 法 通过 编译 的 原因 。 





13.4.4” 著 形 继承 问题 
让 我 们 考虑 最 后 一 种 场景 ， 它 亦 是 C++ 中 最 令 人 头痛 的 难题 。 








public interface A{ 
default void hello(){ 
System.out.println("Hello from A"); 
} 
} 


public interface B extends A { } 
public interface C extends A { } 


public class D implements B, C { 
public static void main(String... args) { 猜 猪 打印 输出 
的 是 什么 ? 


new D() .hello(); 
} 
} 


13-8 以 UML 图 的 方式 描述 了 出 现 这 种 问题 的 场景 。 这 种 问题 叫 菱形 问题 ， 因 为 类 的 继承 
关系 图 形状 似 菱形 。 这 种 情况 下 类 DD 中 的 默认 方法 到 底 继承 自 什 么 地 方 一 一 源 自 B 的 默认 方法 ， 
还 是 源 自 c 的 默认 方法 ? 实际 上 只 有 一 个 方法 声明 可 以 选择 。 只 有 A 声明 了 一 个 默认 方法 。 由 
于 这 个 接口 是 D 的 父 接口 ， 因 此 代码 会 打印 输出 “Hello from A”。 


| 和 | 
A ES 
+ void hellol) | 






































图 13-8 ”菱形 问题 


现在 ， 来 看 看 另 一 种 情况 ， 如 果 B 中 也 提供 了 一 个 默认 的 hello 方法 ， 并 且 函 数 签名 跟 A 
中 的 方法 也 完全 一 致 , 那 这 时 会 发 生 什么 情况 呢 ? 根据 规则 (2), 编译 器 会 选择 提供 了 更 具体 实现 
的 接口 中 的 方法 。 由 于 B 比 A 更 加 具体， 因此 编译 器 会 选择 B 中 声明 的 默认 方法 。 如 果 B 和 <c 
都 使 用 相同 的 函数 签名 声明 了 hello 方法 ， 就 会 出 现 冲突 。 正 如 之 前 所 介绍 的 ， 你 需要 显 式 地 
首 定 使 用 哪个 方法 。 
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顺便 提 一 句 ， 如 果 你 在 c 接口 中 添加 一 个 抽象 的 hello 方法 (这 次 添加 的 不 是 一 个 默认 方 
法 )， 那 么 会 发 生 什 么 情况 呢 ?” 你 可 能 也 想 知 道 答案 。 
public interface C extends A { 


void hello(); 
} 


这 个 新 添加 到 c 接口 中 的 抽象 方法 hello 比 由 接口 A 继承 而 来 的 hello 方法 拥有 更 高 的 优 


先 级 ， 因 为 c 接口 更 加 具体 。 因 此 ， 类 D 现在 需要 为 hello 显 式 地 添加 实现 ， 否 则 该 程序 无 法 
通过 编译 。 


















































C++ 语 言 中 的 菱形 问题 
C++ 语言 中 的 鞭 形 问题 要 复杂 得 多 。 首 先 ，C++ 允 许 类 的 多 继承 。 默 认 情 况 下 ， 如 果 类 D 
继承 了 类 B 和 类 C， 而 类 B 和 类 C 又 都 继承 自 类 A， 那 么 类 D 实际 直接 访问 的 是 B 对 象 和 C 
对 象 的 副本 。 最 后 的 结果 是 ， 要 使 用 和 A 中 的 方法 必须 显 式 地 声明 : 这 些 方法 是 来 自 于 BB 接口， 
还 是 C 接口 。 此 外 ， 类 也 有 状态 ， 所 以 修改 己 的 成 员 变 量 不 会 在 C 对 象 的 副本 中 反映 出 来 。 








现在 你 应 该 已 经 了 解 了 , 如 果 一 个 类 的 默认 方法 使 用 相同 的 函数 签名 继承 自 多 个 接口 , 那么 
解决 冲突 的 机 制 其 实 相 当 简 单 。 你 只 需要 遵守 下 面 这 三 条 准则 就 能 解决 所 有 可 能 的 冲突 。 

(1) 首先 ， 类 或 父 类 中 显 式 声明 的 方法 ， 其 优先 级 高 于 所 有 的 默认 方法 。 

(2) 如 果 用 第 一 条 无 法 判断 , 方法 签名 又 没有 区 别 , 那么 选择 提供 最 具体 实现 的 默认 方法 的 接口 。 

(3) 最 后 ， 如 果 冲 突 依 旧 无 法 解决 , 你 就 只 能 在 你 的 类 中 覆盖 该 默认 方法 , 显 式 地 指定 在 你 的 
类 中 使 用 哪 一 个 接口 中 的 方法 。 


























13.5 小结 


以 下 是 本 章 中 的 关键 概念 。 

口 Java 8 中 的 接口 可 以 通过 默认 方法 和 静态 方法 提供 方法 的 代码 实现 。 

口 默认 方法 的 开头 以 关键 字 aefault 修饰 ,方法 体 与 常规 的 类 方法 相同 。 

口 向 发 布 的 接口 添加 抽象 方法 不 是 源码 兼容 的 。 

口 默认 方法 的 出 现 能 帮助 库 的 设计 者 以 后 向 兼容 的 方式 演进 API。 

口 默认 方法 可 以 用 于 创建 可 选 方法 和 行为 的 多 继承 。 

口 我 们 有 办 法 解决 由 于 一 个 类 从 多 个 接口 中 继承 了 拥有 相同 函数 签名 的 方法 而 导致 的 
冲突 。 

口 类 或 者 父 类 中 声明 的 方法 的 优先 级 高 于 任何 默认 方法 。 如 果 前 一 条 无 法 解决 冲突 ， 那 就 
选择 同 函数 签名 的 方法 中 实现 得 最 具体 的 那个 接口 的 方法 。 

口 两 个 默认 方法 都 同样 具体 时 ， 你 需要 在 类 中 覆盖 该 方法 ， 显 式 地 选择 使 用 哪个 接口 中 提 
供 的 默认 方法 。 







































































Java 模块 系统 








本 章 内 容 

口 推进 Java 模块 化 之 路 的 动力 

口 模块 的 主体 结构 : 模块 声明 以 及 requires 和 exports 指令 
口 针对 Java 归档 文件 (JAR ) 的 自动 模块 

口 模块 化 以 及 JDK 库 

口 使 用 Maven 构建 多 个 模块 

口 概述 requires 和 exports 之 外 的 模块 指令 




















Java9 中 引入 的 最 主要 并 且 讨 论 最 多 的 新 特性 无 疑 是 它 的 模块 系统 。 模 块 系 统 诞生 于 Jigsaw 
项 目 , 它 的 开发 持续 了 将 近 十 年 。 从 时 间 线 就 可 以 一 警 这 个 特性 的 重要 性 以 及 研发 团队 在 开发 过 
程 中 所 经 历 的 挑战 。 本 章 会 介绍 开发 者 为 什么 需要 关注 模块 系统 ， 并 提纲 者 领 地 介绍 新 的 Java 
模块 系统 试图 解决 哪些 问题 以 及 你 能 从 中 得 到 哪些 好 处 。 

注意 ，Java 的 模块 系统 是 个 非常 复杂 的 话题 , 深入 讨论 它 可 能 需要 写 一 本 书 。 如 果 想 全 面 了 
解 Java 模块 系统 ， 建 议 你 阅读 一 下 Nicolai Parlog 的 著作 The Java Module System。 本 章 会 刻意 避 
免 深 究 模 块 系 统 繁杂 的 细节 ， 旨 在 让 你 大 致 理解 模块 系统 诞生 的 缘由 及 其 使 用 方法 。 


14.1 模块 化 的 驱动 力 : 软件 的 推理 


学 习 Java 模块 系统 的 各 种 细节 之 前 ， 如 果 你 能 理解 Java 语言 设计 者 设计 的 初 囊 和 背景 将 会 
大 有 神 益 。 模 块 化 意味 着 什么 ”模块 系统 能 解决 什么 问题 ? 本 书 花 了 大 量 的 篇 幅 讨 论 新 语言 特性 
如 何 帮 助 程序 员 编 写 更 接近 问题 描述 的 代码 ， 以 使 代码 更 易于 理解 和 维护 。 然 而 ,这 些 都 是 底层 
的 考虑 。 最 终 你 需要 从 更 高 的 层次 (软件 架构 的 层面 ) 去 设计 ， 确 保 软件 项 目 易于 理解 ， 进 行 代 
码 变更 时 更 加 灵活 、 高 效 。 接 下 来 ,我 们 会 着 重 讨论 两 个 设计 模式 ， 即 关注 点 分 离 ( separation of 
concern，SoC ) 和 信息 隐藏 (information hiding )， 它 们 可 以 帮助 创建 易于 理解 的 软件 。 


14.1.1 关注 点 分 离 
关注 点 分 离 推崇 的 原则 是 将 单 体 的 计算 机 程序 分 解 为 一 个 个 相互 独立 的 特性 。 譬如 你 要 开发 
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一 个 结算 应 用 ， 它 需要 能 解析 各 种 格式 的 开销 ， 能 对 结果 进行 分 析 ， 进 而 为 顾客 提供 汇总 报告 。 
采用 关注 点 分 离 ， 你 可 以 将 文件 的 解析 、 分 析 以 及 报告 划分 到 名 为 模块 的 独立 组 成 部 分 。 模 块 是 
具备 内 聚 特 质 的 一 组 代码 ， 它 与 其 他 模块 代码 之 间 很 少 有 耦合 。 换 名 话说， 通过 模块 组 织 类 ， 可 
以 帮助 你 清晰 地 表示 应 用 程序 中 类 与 类 之 间 的 可 见 性 关系 。 

你 可 能 会 质疑 :“Java 通过 包机 制 不 是 已 经 对 类 进行 了 组 织 吗 ?为 什么 还 需要 模块 ? ”你 说 
得 没 错 , 不 过 Java 9 的 模块 能 提供 粒度 更 细 的 控制 , 你 可 以 设 定 哪 个 类 能 够 访问 哪个 类 ， 并且 这 
种 控制 是 编译 期 检查 的 。 而 Java 的 包 并 未 从 本 质 上 支持 模块 化 。 

无 论 是 从 架构 角度 〈 比 如， 模型 -视图 -控制 器 模式 ) 还 是 从 底层 实现 方法 ( 比如 ， 业 务 逻 辑 
与 恢复 机 制 的 分 离 ) 而 言 ， 关 注 点 分 离 都 非常 有 价值 。 它 能 带 来 的 好 处 包括 : 
口 使 得 各 项 工作 可 以 独立 开展 , 减少 了 组 件 间 的 相互 依赖 ， 从 而 便于 团队 合作 完成 项 目 ; 
口 有 利于 推动 组 件 重 用 ; 

口 系统 整体 的 维护 性 更 好 。 




























































































14.1.2 ”信息 隐藏 


言 息 隐藏 原则 要 求 大 家 设计 时 尽量 隐藏 实现 的 细节 。 这 一 原则 为 什么 非常 重要 呢 ? 创建 软件 
的 过 程 中 , 我 们 经 常 遭 遇 需 求 变更 的 宿 境 。 隐 藏 内 部 实现 细节 能 帮 你 减少 局 部 变更 对 程序 其 他 部 
分 的 影响 ,从 而 有 效 地 避免 变更 传递 。 换 句 话说， 这 是 一 种 非常 有 用 的 代码 管理 和 保护 原则 。 我 
们 经 常 听 到 封装 这 个 词 ， 意 指 一 段 代码 的 设计 实现 非常 精巧 ， 与 应 用 的 其 他 部 分 没有 任何 耦合 ， 
对 这 段 代码 内 部 实现 的 更 迭 不 会 对 应 用 的 其 他 部 分 产生 影响 。 Java 语言 中 , 你 可 以 通过 private 
关键 字 ， 借 助 编译 器 验证 组 件 中 的 类 是 否 封装 和 良好。 不过， 就 语言 层面 而 言 ，Java 9 出 现 之 前 ， 
编译 需 无 法 依据 语言 结构 判断 某 个 类 或 者 包 仅 供 茶 个 特定 目标 访问 。 





















































14.1.3 Java 软件 


任何 设计 良好 的 软件 都 基于 上 述 两 个 重要 原则 。 那 么 ， 如 何在 Java 语言 中 应 用 这 两 个 原则 
呢 ? Java 是 一 种 面向 对 象 的 语言 ,我们 日 常 打交道 面 对 的 都 是 类 和 接口 。 按 照 要 解决 的 问题 ,对 
包 、 类 以 及 接口 代码 进行 分 组 ， 完 成 程序 的 模块 化 。 实 际 操作 时 ， 以 源 代码 方式 展开 分 析 可 能 
过 于 抽象 。 你 可 以 借助 UML 图 这 样 的 工具 ， 以 可 视 化 的 方式 理解 代码 间 的 依赖 。 图 14-1 是 一 个 
UML 图 示例 。 这 是 一 个 管理 用 户 注 册 信 息 的 应 用 ， 它 被 分 解 成 了 三 个 独立 的 模块 。 

言 息 隐 藏 原则 又 该 如 何 实现 呢 ?” 你 应 该 很 熟悉 Java 语 言 的 可 见 性 描述 符 ， 它 可 以 指定 方法 、 
字段 以 及 类 的 访问 控制 ， 壁 如 : public、protected、 包 访问 权限 (package-level ) 或 者 是 private。 
不 过 , 正如 下 一 节 中 将 要 提 到 的 , 这 种 方式 提供 的 颗粒 度 很 多 情况 下 比较 粗 ， 即 便 你 不 希望 用 户 
能 直接 访问 某 个 方法 ， 可 能 还 是 不 得 不 将 其 声明 为 public。 在 Java 发 展 的 早期 , 这 并 不 是 一 个 
非常 致命 的 问题 ， 因 为 那 时 的 应 用 规模 比较 小 ， 依 赖 也 相对 简单 。 而 现在 ， 很 多 Java 应 用 的 规 
模 都 比较 庞大 ， 这 个 问题 的 严重 程度 日 益 凸 显 。 事 实 上 ， 如 果 你 看 到 类 中 某 个 字段 或 者 方法 声明 
为 public, 就 会 下 意识 地 觉得 可 以 直接 使 用 ( 难道 不 是 吗 ? ), 然而 这 些 方法 设计 者 的 初衷 是 它 
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们 只 应 该 被 他 自己 创建 的 有 限 类 所 访问 ! 
视图 模型 


UserProfileView 


UserProftileControl1er 





控制 器 
图 14-1 三 个 独立 的 模块 及 它们 之 间 的 依赖 


现在 你 应 该 已 经 理解 模块 化 能 带 来 的 好 处 ， 甚 至 开始 思考 模块 化 对 Java 产生 了 哪些 变化 。 
接 下 来 将 围绕 这 一 主题 继续 展开 讨论 。 


14.2 ”为 什么 要 设计 Java 模块 系统 


这 一 节 里 ， 你 会 了 解 为 什么 Java 语言 及 其 编译 圳 需要 一 个 全 新 的 模块 系统 。 首 先 ， 我 们 会 
介绍 Java 9 之 前 版 本 在 模块 化 方面 的 局 限 性 。 接 着 ,我 们 会 聊 聊 JDK 库 的 一 些 背 景 知识 并 解释 
为 什么 模块 化 如 此 重要 。 


14.2.1 ”模块 化 的 局 限 性 

不 地 的 是 ，Java 9 之 前 内 建 的 模块 化 支持 或 多 或 少 都 存在 一 些 局 限 ， 无 法 有 效 地 实现 软件 项 
目的 模块 化 。 从 代码 层次 而 言 ，Java 的 模块 化 可 以 分 为 三 层 , 分 别 是 : 类 、 包 以 及 JAR。 对 类 而 
言 ，Java 可 以 通过 访问 修饰 符 实现 封装 。 不 过 ， 从 包 和 JAR 的 层次 看 ， 对 应 的 封装 则 相当 有 限 。 






































1. 有 限 的 可 见 性 控制 

正如 前 文 所 述 ，Java 提供 了 访问 描述 符 来 支持 信息 封装 。 这 些 描述 符 可 以 设 定 对 象 的 公有 访 
问 、 保 护 性 访问 、 包 级 别 访问 以 及 私有 访问 。 不 过 , 如 果 需 要 控制 包 之 间 的 访问 , 又 该 如 何 做 呢 ? 
大 多 数 Java 应 用 程序 采用 包 来 组 织 和 管理 不 同 的 类 ， 然 而 包 之 间 的 访问 控制 方式 乏善可陈 。 如 
果 你 希望 一 个 包 中 的 茶 个 类 或 接口 可 以 被 另外 一 个 包 中 的 类 或 接口 访问 ， 那 么 只 能 将 它 声 明 为 
public。 这 样 一 来 ， 任 何人 都 可 以 访问 这 些 类 和 接口 了 。 这 种 问题 的 典型 症状 是 ， 你 能 直接 访 
问 包 中 名 字 含 有 impl 字符 串 的 类 一 一 这 些 类 通常 用 于 提供 某 种 默认 实现 。 由 于 包 内 的 这 段 代码 
被 声明 为 公有 访问 ,因此 你 无 法 限制 其 他 人 访问 或 者 使 用 这 些 内 部 实现 。 这 样 一 来 ,你 的 代码 演 
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进 就 受到 了 极 大 的 制约 , 局 部 代码 的 变更 可 能 导致 无 法 预计 业务 失效 , 因为 你 原 以 为 仅 供 内 部 使 
用 的 类 或 者 接口 ,可 能 会 被 某 个 程序 员 在 编码 解决 某 个 问题 时 突 发 奇想 地 调用 , 很 快 这 种 结构 不 
良好 的 代码 就 会 融入 整个 系统 。 从 安全 性 角度 而 言 ， 这 种 状况 带 来 的 影响 更 为 严重 , 它 增 大 了 系 
统 受 攻击 的 可 能 性 ， 因 为 更 多 的 代码 都 暴露 在 了 攻击 面 下 。 


2. 类 的 路 径 

本 章 前 面 讨论 了 用 容易 维护 和 理解 ,也 就 是 易于 推理 的 方式 构建 软件 的 好 人 处。 我们 也 探讨 了 
关注 点 分 离 以 及 模块 间 的 模型 依赖 (modeling dependency )。 非 常 不 幸 的 是 ， 说 到 应 用 的 打包 以 
及 运行 ，Java 一 直 以 来 在 这 些 方面 都 存在 着 短 板 。 实 际 上 ， 每 次 发 布 时 你 只 能 把 所 有 的 类 打包 成 
一 个 扁平 结构 的 JAR 文件 ， 并 把 这 个 JAR 包 添 加 到 类 路 径 〈class path ) "上 。 这 之 后 JVM 才能 
按照 需求 动态 地 从 类 的 路 径 中 定位 并 载 人 相关 的 类 。 

然而 ， 类 路 径 与 JAR 混合 使 用 也 存在 几 个 严重 的 问题 。 

首先 ， 对 同一 个 类 , 无 法 指定 到 底 使 用 类 路 径 上 的 哪 一 个 版 本 ， 因 为 根本 无 法 通过 路 径 指定 
版 本 。 举 个 例子 , 使 用 来 自 某 个 解析 库 的 JsoNParser 类 时 ,你 无 法 指定 是 使 用 1.0 版 本 的 还 是 
2.0 版 本 的 ， 由 此 也 无 法 预测 ， 如 果 类 路 径 上 同一 个 库存 在 两 个 不 同 版 本 会 发 生 什么 。 这 种 情况 
在 大 型 应 用 中 相当 常见， 因为 应 用 的 不 同 组 件 可 能 需要 使 用 同一 个 库 的 不 同 版 本 。 

其 次 ， 类 路 径 也 不 支持 显 式 的 依赖 。 类 路 径 上 林林总总 的 JAR 中 所 有 的 类 都 被 一 股 脑 地 塞 
到 了 一 个 类 组 成 的 大 包 豪 中 。 换 句 话 说 ， 类 路 径 不 支持 显 式 地 声明 某 个 JAR 依赖 于 另 一 个 JAR 
中 的 某 些 类 。 这 种 设计 使 得 我 们 很 难 对 类 路 径 进行 分 析 并 回答 下 面 这 种 问题 ， 壁 如 : 
口 是 否 有 某 些 类 在 路 径 中 遗漏 了 ? 
口 路 径 上 的 类 是 否 存 在 冲突 ? 
Maven 或 者 Gradle 这 样 的 构建 工具 可 以 帮助 解决 这 一 问题 。Java 9 之 前 ， 无 论 是 Java 还 是 
JVM 都 不 支持 显 式 地 声明 依赖 。 这 些 问 题 碰 到 一 起 就 产生 了 我 们 称 之 为 “JAR 地 狱 ” 或 “类 路 
径 地 狱 ” 的 问题 。 这 些 问 题 的 直接 结果 就 是 我 们 不 停 地 在 类 路 径 上 添加 和 删除 类 文件 ,和 希望 能 通 
过 实验 找 出 合适 的 搭配 ， 让 JVM 顺利 地 执行 应 用 ， 不 再 抛 出 让 人 头疼 的 classNotFound 
Exception。 理 想 情况 下 ,这 种 问题 在 开发 的 早期 阶段 就 应 该 被 发 现 并 解决 。 好 消息 是 ， 如 果 你 
持续 一 致 地 在 项 目 中 使 用 Java 9 的 模块 系统 ， 刚 才 提 到 的 所 有 问题 都 可 以 在 编译 期 就 被 捕获 。 

像 “ 类 路 径 地 狱 ” 这 样 的 封装 问题 并 不 是 只 存在 于 你 的 软件 架构 中 , JDK 自身 也 存在 类 似 的 





























































































































14.2.2 单 体 型 的 JDK 


Java 开发 工具 集 ( JDK ) 由 一 系列 编写 并 执行 Java 程序 的 工具 组 成 。 有 几 个 重要 的 工具 你 
可 能 已 经 很 熟悉 了 ， 壁 如 ，javac 可 以 编译 Java 程序， 而 java 搭配 JDK 提供 的 库 可 以 加 载 并 
执行 Java 应 用 。 JDK 库 提供 了 Java 程序 的 运行 时 支持 , 包括 输入 /和 输出、 集合 以 及 流 。 第 一 版 JDK 
发 布 于 1996 年 。 像 任何 其 他 的 软件 一 样 ， 随 着 新 特性 的 引入 ，JDK 也 不 断 增 大 ， 理 解 这 一 点 非 
































Q@ 这 种 说 法 常用 于 Java 文档 ， 对 于 程序 参数 而 言 ， 常 使 用 的 是 classpath。 
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常 重要 。 许多 之 前 加 入 的 技术 随 着 潮流 的 更 迭 逐 渐 被 废弃 。 这 其 中 一 个 著名 的 例子 就 是 CORBA。 
无 论 你 是 否 在 你 的 应 用 中 使 用 了 CORBA， 对 CORBA 的 支持 默认 都 打包 在 JDK 之 中 。 由 于 越 来 
越 多 的 应 用 运行 在 移动 设备 或 者 云端 ， 它 们 通常 不 需要 JDK 中 所 有 的 内 容 ， 因 此 之 前 这 种 打包 
发 布 模式 问题 的 影响 就 变 得 越 来 越 严重 了 。 

怎样 从 全 局 或 者 整个 系统 的 角度 来 解决 这 一 问题 呢 ? Java8 引入 了 精简 配置 ( compact profile ) 
这 一 概念 ， 这 是 一 个 很 好 的 尝试 。Java 8 定义 了 三 种 配置 ， 它 们 的 内 存 开销 不 一 样 ， 你 可 以 根据 
应 用 需要 的 到 底 是 JDK 库 的 哪 一 部 分 来 决定 使 用 哪 一 个 配置 。 然 而 ,精简 配置 只 是 一 个 短期 的 解 
决 方案 。 JDK 中 存在 着 大 量 的 内 部 API, 这 些 内 部 API 并 不 是 为 普通 用 户 使 用 所 设计 的 。 不 幸 的 是 ， 
由 于 Java 语言 糟 糕 的 封装 ， 这 些 API 现在 被 大 量 地 使 用 了 。 一 个 典型 的 例子 是 sun.misc.Unsafe 
类 ， 这 个 类 被 好 几 个 流行 的 类 库 (包括 Spring 、Netty 、Mockito 等 ) 所 使 用 ， 不 过 它 设 计 之 初 并 
不 期 望 被 JDK 之 外 的 任何 代码 访问 或 使 用 。 由 于 这 些 牵 绊 ， 想 要 改进 这 些 API 非常 困难 ， 因 为 
结果 很 可 能 是 牵 一 发 而 动 全 身 ， 引 起 前 后 不 兼容 的 问题 。 

这 些 问 题 为 设计 新 的 Java 模块 系统 提供 了 动力 ， 反 过 来 也 用 在 了 JDK 自身 的 模块 化 上 。 简 
而 言 之 ， 新 的 结构 让 你 可 以 更 灵活 地 选择 使 用 JDK 的 哪 一 部 分 以 及 如 何 规划 类 路 径 ， 同 时 也 为 
Java 平 台 的 进一步 发 展演 化 提供 了 更 强大 的 封装 。 





































































































14.2.3 与 OSGi 的 比较 


本 节 会 比较 Java 9 的 模块 系统 与 OSGi, 如 果 你 从 未 听 说 过 OSGi, 那 建 议 你 跳 过 本 节 的 内 容 。 

Java 9 基于 Jigsaw 项 目 引 入 的 模块 系统 诞生 之 前 ，Java 已 经 有 了 一 个 比较 强大 的 模块 系统 ， 
名 叫 开 放 服 务 网 关 协 议 (open service gateway initiative，OGSi )， 不 过 它 并 非 Java 平 台 的 官方 组 
成 部 分 。OSGi 最 早 提出 于 2000 年， 直到 Java 9 诞生， 一 直 都 是 实现 基于 JVM 的 模块 化 应 用 的 
事实 标准 。 

实际 上 ，0GSi 与 新 的 Java 9 模块 系统 之 间 并 不 是 完全 互 斥 的 ， 它 们 甚至 可 以 在 同一 个 应 用 
之 中 共存 。 事 实 上 ， 它 们 的 特性 只 有 小 部 分 的 重生 。OGSi 所 履 盖 的 范畴 要 大 得 多 ， 很 多 的 功能 
迄今 为 止 在 Jigsaw 中 还 不 支持 。 

在 OGSi 中 ,模块 被 称 作 bundle， 它 们 运行 在 某 个 OGSi 的 框架 之 中 。 市 面 上 有 多 个 OGSi 
认证 支持 的 框架 ， 应 用 最 广 的 两 个 是 Apache Felix 和 Equinox ( 也 被 用 于 执行 Eclipse 的 集成 开发 
环境 )。 一 个 bundle 运行 于 OGSi 框架 中 时 ， 它 可 以 被 远程 安装 、 局 动 、 停 止 、 更 新 以 及 件 载 ， 
任何 一 个 动作 都 无 须 重启 应 用 。 换 句 话 说 ，0OGSi 为 bundle 定义 了 一 个 非常 清晰 的 生命 周期 ， 其 
状态 如 表 14-1 所 示 。 



































表 14-1 OGSi 中 定义 的 bundle 状态 
bundle 状态 描 述 
INSTALLED ”bundle 已 经 安装 成 功 
RESOLVED 运行 bundle 需 要 的 所 有 Java 类 都 已 齐备 
STARTING bundle 正在 启动 ，BundleActivator.start 方法 已 经 被 调用 ， 不 过 start 方 法 还 未 返回 结 
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( 续 ) 
bundle 状态 描述 
ACTIVE bundle 已 经 成 功 地 启动 并 运行 
STOPPING bundle 正在 停止 过 程 中 ，BundleActivator.stop 方法 已 经 被 调用 ,不 过 stop 方法 还 未 返回 结果 



































UNINSTALLED ”bundle 已 经 被 外 载 ， 之 后 它 无 法 进入 别 的 状态 了 





与 Jigsaw 相 比 , 能 够 以 热切 换 方式 替换 应 用 的 各 个 子 系统 而 无 须 重 启 应 用 是 OGSi 最 大 的 优 
势 。 每 一 个 bundle 都 通过 文本 文件 声明 了 该 bundle 运行 所 需 的 外 部 包 依赖 ， 以 及 由 这 个 bundle 
导出 并 可 以 被 其 他 bundle 使 用 的 内 部 包 。 

OGSi 的 另 一 个 有 趣 的 特性 是 ， 它 允许 在 框架 中 同时 安装 同一 个 bundle 的 不 同 版 本 。Java 9 
模块 系统 还 不 支持 这 样 的 版 本 控制 ， 因 为 Jigsaw 中 每 个 应 用 仅 使 用 一 个 类 加 载 器 ,而 OGSi 中 每 
一 个 bundle 都 有 单独 的 类 加 载 器 。 


14.3 ”Java 模块 : 全 局 视图 


Java 9 为 Java 程序 提供 了 一 个 新 的 单位 : 模块 。 模块 通过 一 个 新 的 关键 字 modqule 声明 ， 紧 
接着 是 模块 的 名 字 及 它 的 主体 。 这 样 的 模块 描述 符 ( module descriptor ) “定义 在 一 个 特殊 文件 ， 
即 module-info.java 中 ， 最 终 被 编译 为 module-info.class。 模 块 描 述 符 的 主体 包含 一 系列 的 
子 句 ， 其 中 最 重要 的 两 个 子 句 是 requires 和 exports。requires 子 句 用 于 指定 执行 你 的 模 
块 还 需要 哪些 模块 的 支持 ，exports 子 句 声明 了 你 的 模块 中 哪些 包 可 以 被 其 他 模块 访问 和 使 用 。 
本 节 稍 后 会 详细 介绍 如 何 使 用 这 些 子 句 。 

模块 描述 符 描述 和 封装 了 一 个 或 多 个 包 (通常 它 跟 这 些 包 都 位 于 同一 个 目录 中 )， 但 是 在 简 
单 的 用 例 中 ， 可 以 只 导出 这 些 包 中 的 一 个 ( 即使 其 可 见于 其 他 模块 )。 

Java 模 块 描述 符 的 核心 结构 如 图 14-2 所 示 。 















































module module-name 



































exports package-names 一 个 单一 导出 
包 的 简单 示例 
requires Module-names ”< 一 导出 0 个 或 任意 
| 多 个 模块 








图 14-2 Java 模块 描述 符 的 核心 结构 (module-info.java ) 








GD 严格 来 说 ，Java 9 的 模块 标识 符 ， 比 如 module、requires 和 export， 都 是 受 限 关键 字 。 然 而 你 还 是 可 以 在 程 
序 中 将 它们 作为 标识 符 使 用 ( 出 于 后 向 兼容 性 的 考虑 )， 不 过 它们 在 允许 模块 出 现 的 上 下 文中 会 被 解释 成 关键 字 。 
@ 从 约定 上 来 说 , 文本 形式 应 该 被 称 为 模块 声明 , module-info.class 中 的 二 进 制 形 式 才 应 该 被 称 为 模块 描述 符 。 
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将 模块 中 的 exports 和 requires 看 作 相 互 独立 的 部 分 ， 就 像 拼 图 游戏 ( 这 可 能 也 是 Jigsaw 
项 目 名 称 的 起 源 ) 中 的 凸 块 ( 或 者 标签 ) 与 止 块 的 关系 ， 对 理解 模块 是 非常 有 益 的 。 图 14-3 展 
示 了 使 用 多 个 模块 的 一 个 例子 。 




















requires B requires C 





模块 A 






exports pkgC 


exports pkgB 


requires D 











模块 B 模块 C 


exports pkgD 


模块 D 
14-3 一 个 采用 拼图 游戏 风格 构建 的 Java 系统 ， 它 由 四 个 模块 (A、B、C、D ) 组 成 。 
模块 A 依赖 于 模块 B 和 模块 C， 需 要 访问 包 pkgB 和 包 pkgc (分 别 由 模块 B 和 
模块 C 导 出 )。 模块 C 同样 需要 使 用 pkgD， 因 此 它 对 模块 D 有 依赖 性 ， 不 过 模 
块 B 不 需要 使 用 pkgD 



















































































当 你 使 用 Maven 这 样 的 构建 工具 时 ， 模 块 描述 之 类 的 细节 都 被 集成 开发 环境 解决 了 ， 用 户 
也 就 看 不 到 这 些 琐碎 的 事情 了 。 
话 虽 如 此 ， 下 一 节 会 结合 例子 详细 探讨 刚才 介绍 的 这 些 概 念 。 


14.4 ”使 用 Java 模块 系统 开发 应 用 


本 节 会 介绍 如 何 从 零 开始 构建 一 个 简单 的 模块 化 应 用 , 从 而 让 你 对 Java 9 模块 系统 有 一 个 全 
局 的 认识 。 你 会 学 到 如 何 构 架 、 打 包 以 及 发 布 一 个 小 型 模块 化 应 用 。 本 市 不 会 深入 到 模块 化 每 一 
方面 的 细节 ， 不 过 一 旦 有 了 全 局 的 视图 ， 需 要 的 时 候 你 可 以 在 此 基础 上 做 进一步 的 研究 。 
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14.4.1 从头 开始 搭建 一 个 应 用 


为 了 开始 使 用 Java 模块 系统 ， 你 需要 一 个 示例 项 目 才 能 着 手 编写 代码 。 我 们 假设 你 爱 旅行 ， 
爱 去 超市 购物 , 也 爱 跟 朋友 一 起 去 咖啡 店 闲 谈 聊 天 ,为 此 你 需要 处 理 大 量 的 发 票 。 大 家 都 不 喜欢 
管理 开支 。 为 了 解决 这 个 问题 ， 你 决定 编写 一 个 程序 来 管理 自己 的 开支 。 这 个 应 用 需要 有 能 力 完 
成 下 面 这 些 任务 : 
口 从 一 个 文件 或 者 URL 中 读 取 开支 列表 ; 
口 解析 出 代表 开支 的 字符 串 ; 
口 计算 统计 数据 ; 
口 展示 一 个 有 价值 的 汇总 信息 ; 
口 提供 一 个 总 控 方 法 ,统一 协调 这 些 任务 的 启动 或 者 停止 。 

你 需要 定义 各 种 类 和 接口 来 对 应 用 中 的 概念 进行 建 模 。 首先 , 你 需要 定义 一 个 Reader 接口 
以 序列 化 的 方式 读 取 来 自 源头 的 数据 。 依 据 数据 源 的 不 同 ， 你 需要 定义 不 同 的 实现 ， 比 如 
HttpReader 或 者 FileReader。 你 还 需要 定义 一 个 Parser 接口 ， 用 于 反 序 列 化 JSON 对 象 ， 
将 它们 转换 为 领域 对 象 Expense， 你 的 应 用 会 对 这 些 转 换 后 的 Expense 对 象 进行 相应 的 处 理 。 
最 后 ， 你 还 需要 一 个 summarycalculator 类 负责 数据 的 统计 工作 ， 它 接受 一 个 Expense 对 象 
的 列表 ， 返 回 一 个 summaryStatistics 对 象 。 

至 此 ， 你 已 经 有 了 一 个 项 目 需求 ， 那 么 怎样 利用 Java 模块 系统 对 这 些 需求 进行 模块 化 呢 ? 
很 明显 ， 这 个 项 目 有 几 个 关注 点 ， 你 需要 对 它们 分 别 进行 处 理 : 
口 从 不 同 的 数据 源 读 取 数据 (Reader、HttpReader、FileReader ); 
口 从 不 同 的 格式 中 解析 数据 ( Parser.、 JSONParser.、 ExpenseJSONParser ); 
口 表示 领域 对 象 ( Expense ); 
口 计算 并 返回 统计 数据 ( SummaryCalculator、 SummaryStatistics ); 
口 协调 各 个 任务 的 处 理 (ExpensesApplication )。 

出 于 教学 的 目的 ， 这 里 会 采用 细 粒 度 的 方法 。 你 可 以 将 这 些 关 注 点 切 分 到 不 同 的 模块 中 ,如 
下 所 示 ( 后续 会 深入 讨论 模块 命名 方案 ): 


口 expenses.readers 













































































nses.readers.http 





.readers.file 








parsers 


D DO 


i 


parsers.json 


model 








p 
p 
pens 
p 

口 p 


D expenses.statistics 











D expenses.application 
在 这 个 简单 的 例子 中 , 我 们 采用 的 模块 分 解 粒度 很 细 , 主要 目的 在 于 介绍 模块 系统 的 各 个 部 
分 。 在 实际 操作 中 , 对 于 这 种 简单 的 项 目 如 果 也 采用 这 么 细 粒 度 的 划分 , 会 导致 前 期 的 成 本 过 高 ， 
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付出 这 么 高 的 代价 却 只 对 项 目 少 部 分 的 内 容 进行 了 恰当 的 封装 。 随 着 项 目的 不 断 演进 , 更 多 的 内 
部 实现 被 加 入 进来 , 这 时 封装 和 划分 的 价值 就 变 得 越 来 越 明显 。 你 可 以 将 前 述 的 列表 想象 成 一 个 
由 包 组 成 的 列表 , 它 的 长 度 取 决 于 你 的 应 用 边界 。 模 块 对 一 系列 的 包 进 行 组 织 。 有 可 能 应 用 的 每 
个 模块 都 包含 一 些 依赖 特定 实现 的 包 ， 你 不 希望 将 这 些 包 泄露 给 其 他 的 模块 使 用 。 壁 如 ， 在 
expenses .statistics 模块 中 , 针对 不 同 的 实验 统计 方法 可 能 就 采用 了 不 同 实现 的 包 。 稍 后 ， 
你 可 以 决定 将 这 些 包 中 的 哪些 发 布 给 用 户 。 


14.4.2” 细 粒度 和 粗 粒 度 的 模块 化 


当 你 开始 模块 化 一 个 系统 的 时 候 , 可 以 选择 以 怎样 的 粒度 进行 模块 化 。 最 细 粒 度 的 方法 是 让 
每 个 包 都 独立 拥有 一 个 模块 (就 像 上 一 介 绍 的 那样 ); 最 粗 粒 度 的 方法 是 把 所 有 的 包 都 归属 到 
一 个 单一 模块 中 。 前 一 节 已 经 介绍 过 , 第 一 种 策略 极 大 地 增加 了 设计 的 开销 ,并且 获 得 的 收益 有 
限 ; 第 二 种 策略 则 完全 牺牲 了 模块 化 能 带 来 的 好 处 。 最 好 的 选择 是 根据 实际 需求 将 系统 分 解 到 各 
个 模块 中 并 定期 进行 评审 ， 从 而 确保 随 着 软件 项 目的 不 断 演进 ， 代 码 的 模块 化 还 能 保持 其 效果 ， 
你 可 以 很 清晰 地 厘清 其 脉络 并 进行 修改 。 

简 而 言 之 ， 模 块 化 是 对 抗 软件 腐 臭 的 利器 。 


14.4.3 Java 模块 系统 基础 


我 们 从 一 个 基础 的 模块 应 用 开始 介绍 ， 这 个 应 用 只 有 一 个 模块 供 main 应 用 调用 。 项 目的 目 
录 结 构 如 下 所 示 ， 每 一 层 目 录 以 递归 的 方式 杏 套 : 


| expenses.application 






















































































| 一 module-info.java 
com 
| 一 example 
| 一 expenses 
| 一 application 
| 一 ExpensesApplication.java 
大 概 你 已 经 注意 到 了 ， 项 目 结构 中 也 包含 了 那个 神秘 的 module-info.java 文件 。 本 章 前 面 介 
绍 过 ， 这 个 文件 是 一 个 模块 描述 符 ， 它 必须 位 于 模块 源码 文件 目录 结构 的 根 目录 , 通过 它 你 可 以 
间 定 你 的 模块 依赖 以 及 希望 导出 哪些 包 给 别 的 模块 使 用 。 对 你 的 开支 管理 应 用 而 言 ， 
module-info.java 文件 的 顶层 模块 描述 部 分 只 有 一 个 名 字 , 其 他 都 是 空 的 , 因为 它 既 不 依赖 于 其 他 
的 模块 ， 也 不 需要 导出 它 的 功能 给 别 的 模块 使 用 。14.5 节 会 进一步 学 习 模块 更 复杂 的 特性 。 本 例 
中 module-info.java 的 内 容 如 下 : 
module expenses.application { 


} 
如 何 运行 一 个 模块 化 的 应 用 呢 ? 让 我 们 查看 几 个 命令 来 理解 一 下 底层 的 机 制 。 这 部 分 的 代码 
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都 是 由 你 的 集成 开发 环境 和 编译 系统 完成 的 ， 不 过 了 解 一 下 到 底 发 生 了 什么 还 是 非常 有 价值 的 。 





进入 项 目的 模块 源码 目录 后 ， 你 可 以 执行 下 面 的 命令 : 


javac module-info.java 
com/example/expenses/application/ExpensesApplication.java -d target 


jar cvfe expenses-application.jar 
com.example.expenses.application.ExpensesApplication -C target 


执行 这 些 命令 的 输出 就 类 似 下 面 这 样 , 其 显示 了 哪些 目录 和 类 文件 会 被 打包 进入 生成 的 JAR 
( expenses-application.jar ) 文件 中 : 





addeqd manifest 
addeqd module-info: module-info.class 


adding: 
adding: 
adding: 
adding: 
adding: 


com/(in = 0) (out= 0) (stored 0%) 

com/example/(in = 0) (out= 0) (stored 0%) 

com/example/expenses/(in = 0) (out= 0) (stored 0%) 
com/example/expenses/application/(in = 0) (out= 0) (stored 0%) 
com/example/expenses/application/ExpensesApplication.class (in = 456) 


(out= 306) (deflated 32%) 
终于 ， 你 可 以 以 模块 应 用 的 方式 执行 生成 的 JAR 文件 了 : 


java --module-path expenses-application.jar \ 
--module expenses/com.example.expenses.application.ExpensesApplication 


刚才 的 这 个 过 程 ， 前 两 步 你 应 该 非常 熟悉 ， 它 们 是 将 Java 应 用 打包 到 一 个 JAR 文件 中 的 标 


准 方式 。 唯 一 
现在 Java 程序 执行 Java 的 .class 文件 时 ， 增 加 了 两 个 新 的 选项 。 

口 --module-path 一 一 用 于 指定 哪些 模块 可 以 加 载 。 它 与 --classpatn 参数 又 不 尽 相同 ， 
--classpath 仅 是 使 类 文件 可 以 访问 。 

口 --modqule 痢 定 运行 的 主 模块 和 类 。 

模块 的 声明 不 包含 版 本 信息 。 解决 版 本 选择 问题 并 不 是 Java 9 模块 系统 设计 的 出 发 点 ,所 以 
































不 同 的 是 ，module-info.java 文件 成 了 编译 过 程 的 一 部 分 。 












































它 不 支持 版 本 。 做 这 个 决定 的 理由 是 这 个 问题 应 该 由 编译 工具 和 应 用 容 融 来 解决 。 


14.5 ”使 用 多 个 模块 


你 现在 已 经 掌握 了 如 何 建立 一 个 单 模块 的 应 用 , 是 时 候 使 用 多 个 模块 做 一 些 更 接近 现实 情况 
的 事 儿 了 。 你 想 让 你 的 开支 管理 应 用 从 数据 源 读 取 数 据 。 为 了 达到 这 个 目的 , 需要 引入 一 个 新 的 
模块 expenses .readers， 它 封装 了 对 应 的 操作 。 借 助 Java 9 的 exports 和 requires 子 句 ， 









































可 以 对 现 有 两 个 模块 expenses .application 和 expenses .readers 之 则 的 交互 进行 设置 。 





14.5.1 exports 子 句 
下 面 是 声明 expenses .readers 的 一 个 示例 ( 暂时 不 用 担心 那些 看 不 懂 的 语法 和 概念 ， 稍 


后 会 逐一 介绍 )。 
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module expenses.readers { 


exports com.example.expenses.readers; 这 些 都 是 包 名 ， 
exports com.example.expenses.readers.file; 并 非 模块 名 


exports com.example.expenses.readers.http; 


} 


这 上段 声明 中 引入 了 一 个 新 东西 :exports 子 句 ， 由 它 声 明 的 这 些 包 会 变 为 公有 类 型 ， 











可 以 


被 其 他 模块 访问 和 调用 。 默 认 情 况 下 ,模块 中 的 所 有 内 容 都 是 被 封装 的 。 模 块 系统 使 用 白 名 单 的 





方式 帮助 你 进行 更 严格 的 封装 控制 , 因此 你 需要 显 式 地 声明 你 愿意 将 哪些 内 容 提供 给 别 的 模块 访 
问 〈 这 种 方式 可 以 避免 你 由 于 偶然 的 机 会 开放 一 些 内 部 接口 给 外 部 使 用 , 因为 这 些 接口 如 果 几 年 








后 被 某 些 黑 客 破解 ， 可 能 导致 你 的 系统 被 攻破 )。 

你 的 项 目 现在 包含 了 两 个 模块 ， 其 目录 结构 如 下 : 
| 一 expenses.application 

| 一 module-info.java 

com 

| 一 example 
| 一 expenses 
| 一 application 
| 一 ExpensesApplication.java 


| 一 expenses.Teaders 
| 一 module-info.java 
| 一 com 
| 一 example 
| 一 expenses 
| 一 readers 
| 一 Readerjava 
| 一 fle 
| 一 FileReader.java 
一 http 
| HttpReader.java 


14.5.2 requires 子 句 





此 外 ， 你 还 可 以 像 下 面 这 样 定 义 module-info.java: 


module expenses.readers { 这 是 模块 名 ， 
requires java.base; 并 非 包 名 
exports com.example.expenses.readers; Re 
这 是 包 名 ， 
exports com.example.expenses.readers.file; 并 非 模块 名 
exports com.example.expenses.readers.http; 天 
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这 里 新 增 的 元 素 是 requires 子 句 , 通过 它 你 可 以 指定 本 模块 对 其 他 模块 的 依赖 。 默 认 情 况 
下 ， 所 有 的 模块 都 依赖 于 名 叫 java.base 的 平台 模块 ， 它 包含 了 Java 主要 的 包 ， 比 如 net 、io 
和 util。 黑 认 情 况 下 ， 这 个 模块 总 是 需要 的 ， 因 此 你 不 需要 显 式 声明 ( 这 个 就 跟 Java 语言 中 ， 
GLaSS BOO {rr } 等 价 于 class Foo extends Object { ... } 一 样 )。 

如 果 你 需要 导入 java .base 之 外 的 其 他 模块 ，requires 子 句 就 必 不 可 少 了 。 

requires 和 exports 子 句 的 组 合 使 得 Java 9 中 的 访问 控制 变 得 更 复杂 了 。 表 14-2 总 结 
Java 9 之 前 与 之 后 使 用 不 同 的 访问 修饰 符 时 在 对 象 可 见 性 上 的 差异 。 


表 14-2 Java 9 在 类 的 可 见 性 上 提供 了 更 细 粒 度 的 控制 












































类 的 可 见 性 Java 9 之 前 Java 9 之 后 

任何 人 都 可 以 访问 所 有 的 类 Vv ww (结合 exports 和 requires 子 句 ) 
有 限 的 类 可 以 公有 访问 XX wwv (结合 exports 和 requires 子 句 ) 
仅 在 模块 内 部 可 以 公有 访问 XX w (不 需要 exports 子 句 ) 

受 保 护 的 VV vv 

包 内 可 见 vv Vv 

私有 的 vv vv 

14.5.3 ”命名 


现在 是 时 候 讨论 如 何 命名 模块 了 。 我 们 会 以 一 个 比较 短 的 名 字 为 例 进行 介绍 ( 壁 如 
expenses .application ), 这 样 做 主要 是 为 了 避免 混淆 模块 与 包 的 命名 (一 个 模块 可 以 导出 多 
个 包 )。 不 过 ， 对 于 模块 和 包 的 命名 ， 推 荐 的 命名 规范 是 不 一 样 的 。 

Oracle 公司 推荐 大 家 在 命名 模块 时 采用 与 包 同 样 的 方式 ， 即 互联 网 域名 规范 的 逆序 ( 壁 如 ， 
com.iteratrlearning.training )。 此 外 ， 模 块 名 应 该 与 它 导 出 的 主要 API 的 包 名 保持 一 致 ， 包 名 也 应 
该 遵循 同样 的 规则 。 如 果 模 块 中 并 不 存在 这 样 的 包 , 或 者 出 于 某 些 别 的 原因 模块 的 命名 不 能 直接 
与 它 导 出 的 包 对 应 , 那么 这 种 情况 下 模块 名 也 应 以 互联 网 域名 规范 同样 的 逆序 方式 设计 , 并 在 其 
中 插入 作者 的 名 字 。 

现在 你 已 经 了 解 了 如 何 构 建 一 个 多 模块 的 项 目 , 不 过 该 怎样 打包 并 运行 它 呢 ? 别 急 , 这 些 内 
容 会 在 下 一 节 中 介绍 。 
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你 已 经 掌握 了 如 何 建立 项 目 和 声明 模块 ， 接 下 来 学 习 如 何 使 用 像 Maven 这 样 的 构建 工具 编 
译 你 的 项 目 。 本 节 假 设 你 已 经 对 Maven 有 一 定 的 了 解 ， 它 是 Java 生态 圈 里 使 用 最 广泛 的 构建 工 
有 具 之 一 。 除 了 Maven 之 外 ， 另 一 个 同样 很 流行 的 构建 工具 是 Gradle， 如 果 你 从 未 听 说 过 ， 建 议 
你 抽 时 间 了 解 一 下 。 
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构建 的 第 一 步 , 你 需要 为 每 一 个 模块 创建 一 个 pom.xml 文件 。 实际 上 , 每 一 个 模块 都 需要 能 
单独 编译 ， 这 样 其 自身 才能 成 为 一 个 独立 的 项 目 。 你 还 需要 为 所 有 模块 的 上 层 父 项 目 创建 一 个 
pom.xml， 用 于 协调 整个 项 目的 构建 。 这 样 一 来 ， 项 目的 整体 结构 就 如 下 所 示 : 


| 一 pom.xml 




















| 一 expenses.application 
| 一 pom.xml 
| 一 Src 
| 一 main 





| 一 java 
| 一 module-info.java 
| 一 com 
| 一 example 
| 一 expenses 
|- application 
| 一 ExpensesApplication.java 
| 一 expenses.Teaders 
| 一 pom.xml 
| 一 Src 
| 一 main 
| 一 java 
| 一 module-info.java 
com 
| 一 example 
| 一 expenses 
| 一 readers 
| 一 Readerjava 
{le 
|- FileReaderjava 
一 http 
| HttpReaderjava 


请 注意 这 三 个 新 创建 的 pom.xml 以 及 Maven 项 目的 目录 结构 。 项 目的 模块 描述 符 
(moadule-info.java) 应 置 于 src/main/java 目录 之 中 。Maven 会 设置 javac， 让 其 匹配 对 应 模 
块 的 源码 路 径 。 


<?xml] version="1.0" encoding="UTF-8"?> 
<project xmlns="http://maven.apache.org/POM/4.0.0" 
xmlns:xsi="http://www.w3.o0rg/2001/xMLSchema-instance" 
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd"> 
<modelVersion>4.0.0</modelVersion> 
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<grouplId>com.example</groupId> 

<artifactId>expenses.readers</artifactId> 

<version>1.0</version> 

<packaging>jar</packaging> 

<parent> 
<grouplId>com.example</groupId> 
<artifactId>expenses</artifactId> 
<version>1.0</version> 

</parent> 

</project> 


有 一 点 非常 重要 , 你 需要 在 代码 中 显 式 地 指定 构建 过 程 中 使 用 的 父 模块 。 父 模块 在 这 个 例子 
中 是 ID 为 expenses 的 构件 。 正 如 很 快 就 能 看 到 的 例子 所 示 ， 你 需要 在 pom.xml 中 显 式 地 定义 
父 模 块 。 

接 下 来 ， 你 需要 指定 模块 sxpenses .application 对 应 的 pom.xml。 这 个 文件 与 之 前 的 那 
个 pom.xml 很 类 似 ,不 过 你 还 需要 为 其 添加 对 sxpenses .readers 项 目的 依赖 ,因为 Expenses- 
Application 需要 使 用 它 提 供 的 类 和 接口 进行 编译 : 


























<?xm] Version="1.0" encoding="UTF-8"?> 
<project xmlns="http://maven.apache.org/POM/4.0.0" 
xmlns:xsi="http://www.w3.o0rg/2001/xMLSchema-instance" 
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd"> 
<modelVersion>4.0.0</modelVersion> 


<grouplId>com.example</groupId> 
<artifactId>expenses.application</artifactId> 
<version>1.0</version> 
<packaging>jar</packaging> 


<parent> 
<grouplId>com.example</groupId> 
<artifactId>expenses</artifactId> 
<version>1.0</version> 

</parent> 


<dependencies> 
<dependency> 
<grouplId>com.example</groupId> 
<artifactId>expenses.readers</artifactId> 
<version>1.0</version> 
</dependency> 
</dependencies> 


</project> 


至 此 expenses.application 和 expenses.readers 都 有 了 各 自 的 pom.xml， 你 可 以 着 
手 建 立 指导 构建 流程 的 全 局 pom.xml 了 。Maven 通过 一 个 特殊 的 XML 元 素 <module> 支 持 一 个 
项 目 包 含 多 个 Maven 模块 的 情况 ， 这 个 -module> 定 义 了 对 应 的 子 构件 DD。 下 面 是 完整 的 定义 ， 
它 包含 了 前 面 提 到 的 两 个 子 模块 expenses.application 和 expenses.readers: 
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<?xml] version="1.0" encoding="UTF-8"?> 
<project xmlns="http://maven.apache.org/POM/4.0.0" 
xmlns:xsi="http://www.w3.o0rg/2001/xMLSchema-instance" 
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd"> 
<modelVersion>4.0.0</modelVersion> 


<grouplId>com.example</groupId> 
<artifactId>expenses</artifact1Id> 
<packaging>pom</packaging> 
<version>1.0</version> 





<modules> 
<module>expenses.application</module> 
<module>expenses.readers</module> 


</modules> 
<build> 
<pluginManagement> 
<plugins> 
<plugin> 
<groupId>org.apache.maven.plugins</groupId> 
<artifactIid>maven-compiler-plugin</artifactId> 
<version>3.7.0</version> 
<configuration> 
<source>9</source> 
<target>9</target> 
</configuration> 
</plugin> 
</plugins> 
</pluginManagement> 
</build> 


</project> 


恭喜 你 ! 现在 可 以 执行 mvn clean package 为 你 项 目 中 的 模块 生成 JAR 包 了 。 运 行 这 条 
命令 会 产生 下 面 的 文件 : 


./expenses.application/target/expenses.application-1.0.jar 
./expenses.readers/target/expenses.readers-1.0.jar 


把 这 两 个 JAR 文件 添加 到 模块 路 径 中 ， 你 就 可 以 运行 你 的 模块 应 用 了 ， 如 下 所 示 : 


java --module-path \ 
./expenses.application/target/expenses.application-1.0.jar:\ 
./expenses.readers/target/expenses.readers-1.0.jar \ 

--module \ 
expenses.application/com.example.expenses.application.ExpensesApplication 


至 此 ， 你 已 经 学 习 并 创建 了 模块 ， 知 道 如 何 利用 requires 引用 java.pase。 然 而 现实 生产 
境 中 ， a A eda. 如 果 遗 留 代 人 码 库 没有 使 用 module-info.java,， 
es 下 一 节 会 通过 介绍 自动 模块 (automatic module ) 来 回答 这 些 问题 
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14.7 ”自动 模块 


你 可 能 会 觉得 HttpReader 的 实现 过 于 底层 ， 和 希望 使 用 其 他 的 库 ， 璧 如 Apache 项 目的 
httpclient 来 替换 这 段 逻辑 。 怎 样 才 能 把 这 个 库 导 入 到 你 的 项 目 中 呢 ? 还 记得 之 前 学 过 的 
requires 子 句 吧 ? 你 可 以 把 它 加 到 expenses .readers 项 目的 module-info.java 中 ,指定 
需要 的 第 三 方 库 。 表 次 运行 mvn clean package， 看 看 会 发 生 什么 ”非常 不 幸 ， 结 果 并 不 是 很 
理想 ， 它 抛 出 了 下 面 的 错误 : 


[ERROR] module not found: httpclient 


碰 到 这 个 错误 的 原因 是 你 没有 更 新 你 的 pom.xml， 明 确 声明 对 应 的 依赖 。Maven 的 编译 带 插 
件 在 编译 使 用 了 moaule-info .java 的 项 目 时 会 去 下 载 对 应 的 JAR， 并 将 所 有 的 依赖 添加 到 模 
块 路 径 上 ， 从 而 确保 在 项 目 中 能 识别 对 应 的 对 象 ， 如 下 所 示 : 
<dependencies> 
<dependency> 
<groupId>org.apache.httpcomponents</groupId> 
<artifactIid>httpclient</artifactId> 
<version>4.5.3</version> 


</dependency> 
</dependencies> 


现在 你 执行 mvn clean package 构建 项 目 ， 结 果 就 正确 了 。 不 过 ， 你 注意 到 一 些 有 趣 的 
事情 了 吗 ? httpclient 库 并 不 是 一 个 Java 模块 啊 。 它 是 你 希望 以 模块 方式 使 用 的 一 个 第 三 方 
库 ， 可 是 并 没有 被 “模块 化 ”过 。 这 就 是 我 们 想 特别 介绍 的 部 分 ，Java 会 将 对 应 的 JAR 包 转 换 
为 所 谓 的 “自动 模块 ”。 模 块 路 径 上 不 带 module-info.java 文件 的 JAR 都 会 被 转换 为 自动 模 
块 。 自 动 模块 默认 导出 其 所 有 的 包 。 自 动 模块 的 名 字 会 依据 JAR 的 名 字 自 动 创建 。 不 过 你 也 可 
以 通过 几 种 途径 修改 它 的 名 字 , 其 中 最 简单 的 方式 是 使 用 jar 工具 提供 的 --describe-module 
参数 ， 如 下 所 示 : 


jar --file=./expenses.readers/target/dependency/httpclient-4.5.3.jar \ 
--describe-module 
httpclient@4.5.3 automatic 


这 个 例子 中 ， 你 把 模块 名 改 成 了 httpclient。 
最 后 一 步 ， 将 JAR 文件 httpclient 添加 到 模块 路 径 上 ， 运 行 这 个 应 用 : 


java --module-path \ 
./expenses.application/target/expenses.application-1.0.jar:\ 
./expenses.readers/target/expenses.readers-1.0.jar \ 
./expenses.readers/target/dependency/httpclient-4.5.3.jar \ 
--module \ 
expenses.application/com.example.expenses.application.ExpensesApplication 





























































































































六 
省 


如 果 你 使 用 Maven， 有 个 名 叫 moditect 的 项 目 对 Javag9 的 模块 系统 提供 了 更 好 的 支持 ， 
璧 如 ， 它 可 以 自动 帮助 用 户 生 成 module-info 文件 。 
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14.8 ”模块 声明 及 子 句 


Java 模块 系统 非常 复杂 ， 就 像 一 个 庞然大物 。 之 前 我 们 也 提 过 ， 如 果 你 想 进一步 了 解 Java 
模块 系统 ， 建 议 你 选择 一 本 专门 讲述 相应 内 容 的 著作 来 深入 学 习 。 不 过 , 我们 还 是 希望 通过 这 一 
节 的 概述 ， 让 你 了 解 模块 声明 语言 中 有 哪些 关键 字 ， 以 及 它们 大 致 能 做 些 什 么 。 

前 文 已 经 介绍 过 , 你 可 以 通过 模块 指令 声明 一 个 模块 。 就 像 下 面 这 段 代码 , 它 声明 了 一 个 名 
为 com.iteratrlearning.application 的 模块 : 














module com.iteratrlearning.application { 
} 


模块 声明 内 部 有 什么 ?你 已 经 学 习 了 requires 和 exports 子 句 ， 但 是 模块 还 提供 了 很 多 
其 他 的 子 句 ， 包括 zedqulireSs-ttanslitlive、exports-to、open、opens 、uUses 和 provideso 
下 面 一 一 介绍 这 些 子 句 。 


14.8.1 requires 


requires 子 句 可 以 在 编译 和 运行 时 帮 你 设 定 你 的 模块 对 另 一 模块 的 依赖 。 艾 如 , 模块 com. 


iteratrlearning.application 依赖 于 com.iteratrlearning.ui: 








module com.iteratrlearning.application { 
requires com.iteratrlearning.ui; 
} 
执行 这 条 子 句 的 结果 是 模块 com.iteratrlearning.application 只 能 访问 模块 com. 
iteratrlearning.ui 中 声明 为 公有 的 类 型 。 





14.8.2 exports 


exports 子 句 可 以 将 某 些 包 声 明 为 公有 类 型 ， 提 供给 其 他 的 模块 使 用 。 默 认 情 况 下 ， 模 块 
中 所 有 的 包 都 不 导出 。 只 能 通过 显 式 声明 的 方式 导出 包 , 让 你 对 模块 的 封装 性 有 了 更 严格 的 控制 。 
下 面 这 个 例子 中 ，com.iteratrlearning.ui.panels 和 com.iteratrlearning.ui. 
widgets 都 被 导出 了 。( 注意 : exports 接受 的 参数 是 包 名 , 而 requires 接受 的 参数 是 模块 名 。 
虽然 二 者 都 采用 了 类 似 的 命名 模式 ,但 仍 有 区 别 。 ) 
module com.iteratrlearning.ui { 
requires com.iteratrlearning.core; 


exports com.iteratrlearning.ui.panels; 
exports com.iteratrlearning.ui.widgets; 




















14.8.3 ”requires 的 传递 
你 可 以 声明 一 个 模块 能 够 使 用 另 一 个 模块 依赖 的 公有 类 型 的 包 。 辟 如， 你 可 以 修改 模块 
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CoOm. 


iteratrlearning.ui 的 声明 , 将 requires 子 句 变更 为 requires-transitive 达到 





该 效果 ， 如 下 所 示 : 


module com.iteratrlearning.ui { 


requires transitive com.iteratrlearning.core; 


exports com.iteratrlearning.ui.panels; 
exports com.iteratrlearning.ui.widgets; 


} 


module com.iteratrlearning.application { 


requires com.iteratrlearning.ui; 


} 





这 段 声 明 的 效果 是 模块 com. iteratrlearning.application 可 以 访问 com.iteratr- 


learning.core 导出 的 公有 类 型 的 包 。 当 一 个 被 依赖 的 模块 ( 壁 如 这 个 例子 中 的 


Com. 


iteratrlearning.ui ) 返回 该 模块 自身 依赖 的 模块 ( com. iteratrlearning.core ) 





的 类 型 时 ， 传 递 性 就 非常 有 价值 了 。 想 象 一 下 ， 如 果 需 要 在 模块 com.iteratrlearning. 


appl 
题 被 


CoOom. 











ication 中 重复 声明 com.iteratrlearning.core 的 依赖 ， 也 是 很 烦人 的 事情 。 这 个 问 
transitive 解决 了 。 现 在 ,依赖 于 com.iteratrlearning.ui 的 包 自 动 地 就 能 访问 


iteratrlearning.core 模块 。 


14.8.4 exports to 


你 对 模块 的 可 见 性 可 以 做 进一步 的 控制 , 通过 exports to 结构 ， 可 以 限制 哪些 用 户 能 访 
问 哪些 导出 的 包 。 通 过 调整 模块 声明 ， 你 可 以 对 14.8.2 节 中 的 例子 做 更 细 粒 度 的 控制 ， 只 人 允许 


COM. 














iteratrlearning.ui.widgets 访问 com.iteratrlearning.ui.widgetuser， 如 下 


所 示 : 


module com.iteratrlearning.ui { 


requires com.iteratrlearning.core; 


exports com.iteratrlearning.ui.panels; 
exports com.iteratrlearning.ui.widgets to 
com.iteratrlearning.ui.widgetuser; 


14.8.5 open 和 opens 


模块 声明 中 使 用 open 限定 符 能 够 让 其 他 模块 以 反射 的 方式 访问 它 所 有 的 包 。open 限定 符 
在 模块 的 可 见 性 方面 没有 特别 的 效果 ， 唯 一 的 作用 就 是 允许 对 模块 进行 反射 访问 ， 如 下 所 示 : 


open module com.iteratrlearning.ui { 








} 
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Java9 之前, 你 就 能 借助 反射 查看 对 象 的 私有 状态 。 换 句 话 说, 没有 什么 是 真正 完全 封装 的 。 
对 象 关系 映射 ( object-relational mapping，ORM ) 工具 ， 壁 如 Hibernate， 就 经 常 利用 这 种 能 力 直 
接 访问 和 修改 对 象 的 状态 。 默 认 情 况 下 ，Java 9 不 允许 执行 反射 了 。 前 面 代码 中 的 open 子 句 提 
供 了 一 种 途径 ， 人 允许 在 需要 的 时 候 进行 反射 。 

你 可 以 按照 需要 使 用 open 子 句 对 模块 中 的 某 个 包 执行 反射 ， 而 不 是 对 整个 模块 执行 反射 。 
此 外 ,你 还 可 以 像 exports-to 限制 导出 模块 的 访问 那样 ， 为 open 添加 to 限定 符 ， 限制 哪些 
模块 可 以 执行 反射 访问 。 
































14.8.6 uses 和 provides 


如 果 你 熟悉 服务 和 serviceLoader, 接 下 来 的 内 容 可 能 就 轻车熟路 了 。 在 Java 模块 系统 中 ， 
你 也 可 以 使 用 provides 子 句 创建 服务 供应 方 ， 使 用 users 子 句 创建 服务 消费 者 。 然 而 这 个 主 
题 有 点 复杂 , 超出 了 本 章 的 范畴 。 如 果 你 对 整合 模块 以 及 服务 装载 器 感 兴趣 ， 建 议 你 参考 更 广泛 
的 学 习 资源 ， 璧 如 本 章 前 面 提 到 的 由 Nicolai Parlog 编写 的 The Java Module System。 


14.9 通过 一 个 更 复杂 的 例子 了 解 更 多 


通过 下 面 这 个 例子 ， 你 可 以 感受 一 下 生产 环境 中 的 模块 系统 是 怎样 的 ， 该 例子 摘自 Oracle 
公司 提供 的 Java 文档 。 这 个 例子 使 用 了 本 章 中 介绍 的 模块 声明 的 大 多 数 特性 。 采 用 这 个 例子 并 
不 是 要 吓 距 你 ( 其 中 大 多 数 模块 声明 还 是 简单 的 exports 和 requires )， 只 是 让 你 了 解 一 下 模 
块 丰富 的 特性 。 







































































module com.example.foo { 
requires com.example.foo.http; 
requires java.logging; 


requires transitive com.example.foo.network; 


exports com.example.foo.bar; 
exports com.example.foo.internal to com.example.foo.probe; 


opens com.example.foo.quux; 
opens com.example.foo.internal to com.example.foo.network, 
com.example.foo.probe; 


uses com.example.foo.spi.Intf; 
provides com.example.foo.spi.Intf with com.example.foo.Impl; 


} 


本 章 讨 论 了 新 的 Java 模块 系统 诞生 的 原因 并 概要 地 介绍 了 它 的 主要 特性 。 我 们 并 没有 介绍 
很 多 的 特性 ， 像 服务 装载 器、 附加 模块 描述 符 子 句 、 辅 助 模块 工作 的 工具 ， 如 jdeps 和 jlink 
都 没有 涉及 。 如 果 你 是 Java 企业 版 的 开发 者 , 请 注意 将 你 的 应 用 迁移 到 Java 9 时, 好 几 个 与 Java 
企业 版 相关 的 包 默 认 都 无 法 由 模块 化 的 Java 9 虚拟 机 加 载 ,譬如 JAXP API 类 就 属于 Java EE APIL， 
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它 在 Java SE 9 默认 的 类 路 径 中 不 存在 ,你 需要 显 式 地 通过 命令 行 开关 --add-modules 添加 需要 
的 模块 ， 才 能 保证 前 后 向 的 兼容 性 。 辟 如， 要 添加 java.xml .pbind， 你 就 需要 指定 --add- 
modules java.xml .bindo 

正如 前 文 多 次 提 到 的 那样 ， 完 整地 介绍 Java 模块 系统 需要 一 本 书 ， 而 不 仅仅 是 这 短 短 的 一 
章 。 如 果 你 希望 更 深入 地 理解 模块 系统 的 细节 ， 建 议 你 阅读 由 Nicolai Parlog 编写 的 The Java 
Module Systemo 


























14.10 小结 


以 下 是 本 章 中 的 关键 概念 。 

口 关注 点 隔离 和 信息 隐藏 是 构造 结构 良好 、 易 于 维护 与 理解 的 软件 的 重要 原则 。 

口 Java9 之 前 , 你 可 以 根据 特定 的 需求 ， 利 用 包 、 类 以 及 接口 对 代码 进行 模块 化 , 不 过 以 上 
这 些 方式 都 缺乏 足够 的 特性 ， 无 法 进行 有 效 的 封装 。 

口 “类 路 径 地 狱 ” 问 题 导致 我 们 很 难 对 应 用 的 依赖 性 进行 分 析 。 

口 Java 9 之 前 ，JDK 还 是 单 体型 的 结构 ， 导 致 很 高 的 维护 成 本 并 限制 了 Java 的 演进 。 

口 Java 9 引入 了 新 的 模块 系统 ， 它 通过 module-info.java 文件 命名 模块 ， 指 定 其 依赖 性 
过 reauires ) 以 及 导出 的 公共 API (通过 exports )。 

口 使 用 requires 子 句 ， 你 可 以 指定 一 个 模块 对 其 他 模块 的 依赖 。 

口 使 用 exports 子 句 可 以 导出 模块 中 的 某 些 包 ， 将 其 声明 为 公有 类 型 ， 提 供给 其 他 模块 
使 用 。 

口 推荐 使 用 互联 网 域名 的 逆序 作为 模块 的 命名 方式 。 

口 位 于 模块 路 径 上 且 没 有 提供 module-info 文件 的 JAR 文件 会 被 Java 9 作为 自动 模块 处 理 。 
口 自动 模块 隐 式 地 导出 其 全 部 包 给 其 他 模块 使 用 。 
口 Maven 支持 按照 Java 9 模块 系统 构建 的 应 用 。 
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提升 Java 的 并 发 性 


第 五 部 分 探讨 如 何 使 用 Java 的 高 级 特性 构建 并 发 程序 一 一 注意 ， 我 们 要 讨论 的 不 是 第 6 章 
和 第 7 章 中 介绍 的 流 的 并 发 处 理 。 再 次 声明 ， 本 书后 续 章 节 不 依赖 于 本 部 分 内 容 ， 因 此 ， 如 采 
你 暂时 不 需要 了 解 Java 并 发 ， 那 么 可 以 之 无 压力 地 跳 过 本 部 分 ， 去 浏览 感 兴 趣 的 内 容 。 

第 15 章 是 这 一 版 新 增 的 ， 从 宏观 的 角度 介绍 异步 API 的 思想 ， 包 括 Future、 反 应 式 编程 
背后 的 “发 布 = 订 阅 ” 协 议 (封装 在 Java9 的 Flow API 中 )。 

第 16 章 探讨 completableFuture， 它 可 以 让 你 用 声明 性 方式 表达 复杂 的 异步 计算 ， 从 而 
让 Stream API 的 设计 并 行 化 。 

第 17 章 也 是 这 一 版 新 增 的 ,详细 介绍 Java 9 的 Flow API, 并 提供 反应 式 编程 的 实战 代码 解析 。 
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反应 式 编程 背后 的 概念 








本 章 内 容 

口 线程 、Future 以 及 推动 Java 支持 更 丰富 的 并 发 API 的 进化 动力 
口 异步 API 

口 从 “ 线 框 与 管道 ”的 角度 看 并 发 计算 

口 使 用 completableFuture 结合 器 动态 地 连接 线 框 

口 构成 Java 9 反应 式 编 程 Flow API 基础 的 “发 布 - 订 阅 ” 协 议 

口 反应 式 编程 和 反应 式 系 统 

















最 近 这 些 年 , 程序 员 们 受 两 股 潮流 的 影响 , 不 断 地 反思 他 们 编写 代码 的 方式 。 第 一 种 潮流 与 
应 用 程序 运行 的 硬件 平台 相关 ， 而 第 二 种 潮流 与 应 用 程序 的 结构 相关 ( 尤其 是 它们 之 间 如 何 交 
互 )。 第 7 章 讨论 过 硬件 的 推陈出新 对 软件 的 影响 。 我 们 注意 到 ， 由 于 多 核 处 理 器 的 出 现 ， 提 升 
应 用 程序 执行 速度 最 有 效 的 方法 是 编写 能 充分 利用 多 核 处 理 器 能 力 的 软件 。 我 们 已 经 介绍 过 , 你 
可 以 将 一 个 大 的 任务 分 解 成 多 个 小 型 子 任务 , 让 每 一 个 子 任 务 以 并 行 的 方式 相互 独立 地 运行 于 多 
个 核 上 。 我 们 还 介绍 过 如 何 使 用 fork/join 框架 ( 自 Java7 引 入 ) 以 及 并 行 流 ( 自 Java9 引 入 ) 帮 
助 你 以 更 简单 、 更 有 效 的 方式 完成 一 项 任务 ， 其 效率 甚至 比 直接 使 用 线程 还 高 。 

第 二 种 潮流 反映 了 互联 网 应 用 对 可 用 性 日 益 增 长 的 需求 。 辟 如 ,过 去 的 几 年 ， 采 用 微服 务 架 
构 的 应 用 越 来 越 多 。 现 在 你 的 应 用 已 经 不 再 是 单 体型 的 结构 ， 它 被 切 分 成 了 多 个 小 型 服务 。 协 调 
这 些小 型 服务 必然 需要 更 频繁 的 网 络 通信 。 类 似 地 , 越 来 越 多 的 互联 网 服务 现在 都 可 以 通过 公 
API 访问 ， 这 些 API 通常 由 知名 的 服务 提供 商 提供 ， 璧 如 谷歌 (位 置信 息 )、Facebook (社交 信 
息 ) 和 Twitter ( 新闻 )。 现 在 ， 我 们 已 经 极 少 开发 一 个 完全 独立 的 网 络 应 用 了 。 你 的 下 一 个 网 络 
应 用 很 可 能 是 一 个 聚合 型 应 用 ( mashup )， 它 使 用 来 自 多 个 数据 源 的 内 容 ， 将 它们 聚集 在 一 起 ， 
从 而 简化 我 们 的 生活 。 

假如 你 想 要 替 你 的 法 国 用 户 构建 一 个 网 站 来 收集 整理 社交 媒体 对 某 个 话题 的 观点 ,为 了 实现 
这 个 网 站 ,你 可 以 使 用 Facebook 或 者 Twitter 提供 的 API 找到 相关 主题 的 热门 评论 ， 这 些 评论 可 
能 包含 各 种 语言 , 而 你 需要 使 用 你 内 部 的 算法 找 出 最 相关 的 条 目 。 接 着 你 可 以 使 用 谷歌 翻译 把 
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些 评 论 翻译 成 法 语 ， 或 者 使 用 谷歌 地 图 定位 评论 的 作者 。 收 集 完 所 有 这 些 信 息 后 ， 就 可 以 将 它们 
展现 在 你 的 网 站 上 了 。 

当然 ， 采 用 这 种 架构 也 会 受到 一 定 的 制约 。 当 这 些 外 部 服务 中 的 某 些 响应 比较 慢 时 ， 你 肯 
希望 还 能 为 你 的 用 户 提供 部 分 数据 , 譬如 以 文本 形式 搭配 一 张 带 有 问号 的 通用 地 图 返回 结 
不 是 返回 一 个 空白 屏 ， 直 到 地 图 服务 器 返回 结果 或 者 连接 超时 。 图 15-1 展示 了 这 种 聚合 型 应 用 


如 何 与 远程 服务 交互 的 。 
en a 法 文 版 
回复 评论 热门 评论 热门 评论 


图 15-1 一 个 典型 的 聚合 型 应 用 


为 了 实现 这 样 一 个 应 用 , 你 往往 需要 跨 互 联网 与 多 个 网 络 服务 通信 。 然而, 你 并 不 希望 由 于 
要 等 待 远程 服务 的 响应 ,阻塞 现 有 的 计算 任务 并 白白 浪费 CPU 中 数 十 亿 个 宝贵 的 时 钟 周 期 。 壁 
如 ， 你 不 应 该 由 于 要 等 待 Facebook 数据 的 返回 而 停止 对 Twitter 数据 的 处 理 。 

这 种 情况 也 反映 了 多 任务 编程 的 另 一 面 。 第 7 章 中 讨论 的 fork/join 框架 以 及 并 行 流 都 是 非常 
有 价值 的 并 行 处 理工 具 。 它 们 将 一 个 任务 切 分 为 多 个 子 任务 ， 并 将 这 些 子 任务 分 配 到 不 同 的 核 、 
CPU 或 者 机 器 上 去 以 并 行 的 方式 执行 。 

与 此 相反 , 如 果 你 处 理 并 发 而 非 并 行 任 务 , 或 者 主要 目标 是 在 同一 个 CPU 上 执行 多 个 松 耦 
合 的 任务 ， 你 要 考虑 的 是 在 等 待 (很 可 能 是 很 长 的 一 段 时 间 ) 远程 服务 的 结果 或 者 查询 数据 库 
时 ， 尽 可 能 地 让 这 些 核 都 忙 起 来 ， 从 而 最 大 化 应 用 的 吞吐 量 ， 尽 量 避 免 线 程 阻 塞 和 浪费 宝贵 的 计 
算 资 源 。 

为 了 解决 这 一 问题 ，Java 提供 了 两 个 主要 的 工具 集 。 第 一 个 就 是 在 第 16 章 和 第 17 章 中 会 学 
习 的 Future 接口 , 尤其 是 Java 8 中 提供 的 completableFuture， 这 通常 是 既 简 单 又 有 效 的 解 
决 方案 ( 详情 请 参考 第 16 章 )。 最 近 Java 9 又 新 增 了 对 反应 式 编程 的 支持 ， 它 基于 Flow API 实 
现 了 所 谓 的 “发 布 -订阅 ”协议 ， 使 用 它 能 提供 更 加 细 粒 度 的 程序 控制 〈 详情 请 参考 第 17 章 )。 

15-2 说 明了 并 发 与 并 行 这 两 种 算法 的 差异 。 并 发 是 一 种 编程 属性 ( 重 芭 地 执行 )， 即 使 在 
单 核 的 机 器 上 也 可 以 执行 ， 而 并 行 是 执行 硬件 的 属性 〈 同时 执行 )。 

本 章 接 下 来 的 内 容 中 会 详细 介绍 Java 新 的 CompletableFuture 和 Flow API 的 基本 思想 。 

我 们 由 Java 并 发 的 演化 之 路 讲 起 ， 包 括 线程 及 其 高 层 抽象 ， 璧 如 线程 池 和 Future (参见 
15.1 节 )。 第 7 章 中 介绍 的 主要 是 “ 池 类 ”( poolike ) 程序 的 并 行 。15.2 节 会 介绍 如 何 更 好 地 发 挥 
方法 调用 的 并 发 性 。15.3 节 会 介绍 将 程序 的 各 个 部 分 看 成 通过 管道 通信 的 线 框 的 一 种 图 像 表 示 
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你 的 程序 
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法 。15.4 节 和 15.5 节 会 分 析 Java 8 和 Java9 中 的 completableFuture 和 反应 式 编程 原则 。 最 后 ， 
15.6 市 会 讨论 反应 式 系统 与 反应 式 编程 的 区 别 。 


并 发 并 行 




















处 理 器 核 1 处 理 嚣 核 2 任务 1 任务 2 











task1 











图 15-2 并 发 与 并 行 











阅读 建议 
本 章 内 容 几 乎 不 涉及 实战 的 Java 代码 。 如 果 你 目前 只 想 了 解 如 何 编码 ， 那 么 请 跳 过 本 章 
直接 阅读 第 16 章 和 第 17 章 。 另 一 方面 ,我 们 也 都 知道 ， 实 现 陌生 思想 的 代码 很 难 理解 。 因 此 ， 
本 章 会 结合 简单 的 函数 和 图 表 ， 从 宏观 角度 介绍 各 种 思想 ， 璧 如 反应 式 编程 Flow API 背后 的 
“发 布 -订阅 ”协议 。 





本 章 在 讲述 大 多 数 概念 时 都 会 执行 一 些 例子 , 譬如 使 用 Java 的 各 种 并 发 特性 计算 像 £ (x) + g (x) 
这 样 的 表达 式 , 并 返回 其 结果 , 或 者 打印 输出 其 结果 一 一 其 中 的 E(x) 和 g (x) 都 是 比较 耗 时 的 计 
算 任务 。 


15.1 为 支持 并 发 而 不 断 演进 的 Java 


过 去 的 20 年 ， 并 发 性 的 演进 反映 在 计算 机 硬件 、 软 件 系 统 以 及 编程 概念 的 变化 上 。 为 了 支 
持 不 断 演进 的 并 发 编程 ，Java 也 进行 了 大 量 的 改进 。 总 结 这 一 演进 可 以 帮助 你 更 好 地 理解 Java 
增加 新 特性 的 原因 以 及 它们 在 程序 和 系统 设计 中 所 扮演 的 角色 。 

Java 从 一 开始 就 提供 了 锁 (通过 synchronized 类 和 方法 )、Runnable 以 及 线程 。2004 年 ， 
Java 5 又 引入 了 java.util.concurrent 包 ， 它 能 以 更 具 表 现 力 的 方式 支持 并 发 ， 特 别 是 
ExecutorService" 接 口 (将 “任务 提交 ”与 “线程 执行 ” 解 耘 ) callable<T> 以 及 Future<T>， 
后 两 者 使 用 泛 型 (也 是 从 Java 5 首次 引入 ) 生成 一 个 高 层 封装 的 Runnable 或 Thread 变 体 , 可 
以 返回 执行 结果 。ExecutorService 既 可 以 执行 Runnable 也 可 以 执行 callable。 这 些 新 特 







































































@Q@ ExecutorService 接口 继承 了 Executor 接口 ， 可 以 使 用 submit 方法 执行 一 个 callable; 而 Executor 接 
仅仅 为 Runnables 提供 了 一 个 execute 方法 。 
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性 促进 了 多 核 CPU 上 并 行 编程 的 发 展 。 说 句 实话 ， 没 有 人 喜欢 直接 使 用 线程 干 活 儿 1! 

之 后 版 本 的 Java 依然 持续 地 改进 着 对 并 发 的 支持 ， 因 为 程序 员 们 越 来 越 需要 更 加 高 效 地 使 
用 多 核 CPU 的 处 理 能 力 。 正 如 第 7 章 中 介绍 的 ，Java7 为 了 使 用 fork/join 实现 分 而 治之 算法 ,新 
增 了 java.util.concurrent .RecursiveTask，Java 8 则 增加 了 对 流 和 流 的 并 行 处 理 ( 依赖 
于 新 增 的 Lambda 表达 式 ) 的 支持 。 
通过 支持 组 合式 的 Future ( 基于 Java 8 CompleteFuture 实现 的 Future， 详情 请 参考 15.4 
节 及 第 16 章 )，Java 进一步 丰富 了 它 的 并 发 特性 ，Java 9 提供 了 对 分 布 式 异步 编程 的 显 式 支持 。 
这 些 API 为 构建 本 章 前 面 介绍 的 那 种 聚合 型 应 用 提供 了 思路 和 工具 。 在 这 种 架构 中 ， 应 用 通过 
与 各 种 网 络 服务 通信 ， 蔡 用 户 实时 整合 需要 的 信息 ， 或 者 将 整合 的 信息 作为 进一步 的 网 络 服务 
提供 出 去 。 这 种 工作 方式 被 称 为 反应 式 编程 。Java 9 通过 “发 布 -订阅 ”协议 〈 更 具体 地 说 ， 通 过 
java.util.concurrent .Flow 接口 ， 详 情 请 参考 15.5 节 和 第 17 章 ) 增加 了 对 它 的 支持 。 
CompletableFuture 及 java.util.concurrent .Flow 的 关键 理念 是 提供 一 种 程序 结构 ， 让 相 
互 独立 的 任务 尽 可 能 地 并 发 执行 , 通过 这 种 方式 最 大 化 地 利用 多 核 或 者 多 台 机 器 提供 的 并 发 能 力 。 


15.1.1 线程 以 及 更 高 层 的 抽象 


我 们 中 的 很 多 人 都 是 从 操纵 系统 这 门 课程 中 第 一 次 了 解 线程 和 进程 的 。 单 CPU 的 计算 机 能 
支持 多 个 用 户 ,因为 操作 系统 为 每 个 用 户 创建 了 一 个 进程 。 操 作 系 统 为 这 些 进程 分 配 了 相互 独立 
的 虚拟 地 址 空间 , 这 样 每 个 用 户 都 感觉 他 是 在 独占 使 用 这 台 计 算 机 。 操作 系统 通过 分 时 唤醒 的 方 
式 让 多 个 进程 共享 CPU 资源 ， 进 一 步 地 强化 了 这 种 假象 。 一 个 进程 可 以 请 求 操作 系统 给 它 分 配 
一 个 或 多 个 线程 一 一 它们 和 主 进 程 之 间 共 享 地 址 空间 ， 因 此 可 以 并 发 地 执行 任务 并 相互 协调 。 

在 一 个 多 核 的 环境 中 , 单 用 户 登 录 的 笔记 本 电脑 上 可 能 只 启动 了 一 个 用 户 进程 , 这 种 程序 永 
远 不 能 充分 发 挥 计 算 机 的 处 理 能 力 , 除非 使 用 多 线程 。 虽然 每 个 核 可 以 服务 一 个 或 多 个 进程 或 线 
程 ,但 是 如 果 你 的 程序 并 未 使 用 多 线程 , 那 它 同一 时 刻 能 有 效 使 用 的 只 有 处 理 器 众多 核 中 的 一 个 。 

壁 如 你 有 个 四 核 CPU 的 机 器 , 如 果 安 排 合 理 , 让 每 个 CPU 核 都 持续 不 停 地 执行 有 效 的 任务 ， 
理论 上 你 程序 的 执行 速度 应 该 是 单 核 CPU 执行 速度 的 四 倍 〈 当然 ， 程 序 调度 也 会 有 开销 ， 所 以 
实际 达 不 到 这 么 多 )。 举 个 例子 , 假如 你 有 一 个 容量 为 1 000 000 个 数字 大 小 的 数组 ， 其 中 保存 了 
学 生 给 出 的 正确 答案 的 数目 。 下 面 的 程序 运行 在 单个 线程 上 ( 该 程序 在 单 核 年 代 运 行 得 很 顺畅 ): 



































































































































































































































long sum = 0; 
for (int i = 0; i < 1 000_000; i++) { 
sum += stats[i]; 


} 
将 上 面 的 程序 与 使 用 四 个 线程 的 版 本 进行 比较 ， 其 中 第 一 个 线程 执行 : 





long sum0 = 0; 
for (int 1 = 0;»; 1 < 250_000; i+#+) { 
sum0 += stats[i]; 


} 
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第 四 个 线程 执行 : 


long sum3 = 0; 
for (int i = 750_000; i < 1 _ 000_000; i++) { 
sum3 += stats[i]; 


} 


这 四 个 线程 在 main 程序 中 通过 Java 的 .start () 方 法 启动 ,使 用 . join () 等 待 其 执行 完成 ， 
最 后 执行 计算 : 


Sum = Sum0 + ... + Sum3; 


问题 是 执行 这 种 for 循环 既 乏 味 又 容易 出 错 。 另 外 ， 你 该 如 何 处 理 那些 不 在 循环 中 的 代码 
呢 ? 

第 7 章 展示 了 如 何 使 用 Java 的 Stream 轻而易举 地 通过 内 部 迭代 而 非 外 部 选 代 ( 显 式 的 循环 ) 
实现 并 行 : 























sum = Arrays.stream(stats) .parallel().sum():， 


这 里 希望 大 家 记得 的 是 ,对 并 行 流 的 迭代 是 比 显 式 使 用 线程 更 高 级 的 概念 。 换 句 话 说 , 使 用 
流 ( Stream ) 是 对 一 种 线程 使 用 模式 的 抽象 。 将 这 种 抽象 引入 流 就 像 使 用 一 种 设计 模式 ， 带 来 的 
好 处 是 程序 员 不 再 需要 编写 枯燥 的 模板 代码 了 , 库 中 的 实现 隐藏 了 代码 大 部 分 的 复杂 性 。 第 7 章 
还 介绍 了 如 何 使 用 自 Java 7 才 支 持 的 java.util.concurrent .RecursiveTask， 它 对 线程 的 
fork/join 进行 了 抽象 ， 可 以 并 发 地 执行 分 而 治之 算法 ， 用 一 种 更 高 级 的 方式 在 多 核 机 器 上 高 效 地 
执行 数组 求 和 计算 。 

学 习 更 多 的 线程 抽象 方法 之 前 ,来 复习 一 下 Executorservice (由 Java 5 引入 )， 以 及 构 
建 这 些 抽象 的 基础 一 一 线程 池 。 


15.1.2 执行 器 和 线程 池 


Java 5 提供 了 执行 避 框 架 ， 其 思想 类 似 于 一 个 高 层 的 线程 池 ， 可 以 充分 发 挥 线程 的 能 力 。 执 
行 器 使 得 程序 员 有 机 会 解 簿 任务 的 提交 与 任务 的 执行 。 


1. 线程 的 问题 

Java 线程 直接 访问 操作 系统 的 线程 。 这 里 主要 的 问题 在 于 创建 和 删除 操作 系统 线程 的 代价 很 
大 (涉及 页 表 操 作 )， 并 且 一 个 系统 中 能 创建 的 线程 数目 是 有 限 的 。 如 果 创 建 的 线程 数 超过 操作 
系统 的 限制 ， 很 可 能 导致 Java 应 用 莫名 其 妙 地 前 溃 ， 因 此 你 需要 特别 留意 ， 不 要 在 线程 运行 时 
持续 不 断 地 创建 新 线程 。 

操作 系统 ( 以 及 Java ) 的 线程 数 都 远 远大 于 硬件 线程 数 "， 因 此 即便 一 些 操作 系统 线程 被 阻 


































































































Qz 描述 这 一 点 时 我 们 曾经 使 用 过 “ 核 ”， 不 过 像 英 特 尔 酷 害 i7-6900K 这 样 的 CPU 每 个 核 上 又 有 多 个 硬件 线程 ， 因 此 
CPU 即使 经 历 了 短暂 的 延迟 ， 璧 如 缓存 未 命中 ， 还 是 能 继续 执行 指令 。 
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塞 了 ， 或 者 处 于 睡眠 状态 ， 所 有 的 硬件 线程 还 是 会 被 完全 占据 ， 繁 忙 地 执行 着 指令 。 举 个 例子 ， 
2016 年 英特尔 公司 生产 的 酷睿 17-6900K 服务 器 处 理 器 有 八 个 核 ， 每 个 核 上 有 两 个 对 称 多 处 理 
( SMP ) 的 硬件 线程 ， 这 样 算 下 来 就 有 16 个 硬件 线程 。 服 务 器 上 很 可 能 有 好 多 个 这 样 的 处 理 器 ， 
最 终 一 台 服 务 器 上 可 能 有 64 个 硬件 线程 。 与 此 相反 ， 笔 记 本 电脑 可 能 就 具有 一 个 或 者 两 个 硬件 
线程 ， 因 此 ， 移 植 程序 时 ， 不 能 想当然 地 假设 可 以 使 用 多 少 个 硬件 线程 。 而 某 个 程序 中 Java 线 
程 的 最 优 数 目 往 往 依 赖 于 硬件 核 的 数目 。 


2. 线程 池 的 优势 
Java 的 ExecutorService 提供 了 一 个 接口 , 用 户 可 以 提交 任务 并 获取 它们 的 执行 结果 。 期 
望 的 实现 是 使 用 newFixedThreadPool 这 样 的 工厂 方法 创建 一 个 线程 池 


















































ExecutorService newFixedThreadPool (int nThreads) 


这 个 方法 会 创建 一 个 包含 nThreads (通常 称 为 工作 线程 ) 的 ExecutorService,， 新 创建 
的 线程 会 被 放 人 一 个 线程 池 , 每 次 有 新 任务 请 求 时 , 以 先 来 先 到 的 策略 从 线程 池 中 选取 未 被 使 用 
的 线程 执行 提交 的 任务 请 求 。 任 务 执行 完毕 之 后 ,这 些 线程 又 会 被 归还 给 线程 池 。 这 种 方式 的 最 
大 优势 在 于 能 以 很 低 的 成 本 向 线程 池 提 交 上 千 个 任务 , 同时 保证 硬件 匹配 的 任务 执行 。 此 外 ,你 
还 有 一 些 选 项 可 以 对 ExecutorService 进行 配置 , 辟 如 队列 长 度 、 拒绝 策略 以 及 不 同 任务 的 优 
先 级 等 。 

请 注意 这 里 使 用 的 术语 : 程序 员 提 供 任务 ( 它 可 以 是 一 个 Runnable 或 者 callable )， 由 
线程 负责 执行 。 


3. 线程 池 的 不 足 
大 多 数 情况 下 , 使 用 线程 池 都 比 直 接 操纵 线程 要 好 , 不 过 你 也 需要 特别 留意 使 用 线程 池 的 两 
个 陷阱。 

口 使 用 个 线程 的 线程 池 只 能 并 发 地 执行 个 任务 。 提 交 的 任务 如 果 超 过 这 个 限制 , 线程 池 
不 会 创建 新 线程 去 执行 该 任务 ， 这 些 超 限 的 任务 会 被 加 入 等 待 队 列 ， 直 到 现 有 任务 执行 
完毕 才 会 重新 调度 空闲 线程 去 执行 新 任务 。 通 常情 况 下 ， 这 种 工作 模式 运行 得 很 好 ， 它 
让 你 可 以 一 次 提交 多 个 任务 ， 而 不 必 随 机 地 创建 大 量 的 线程 。 然 而 ， 采 用 这 种 方式 时 你 
需要 特别 留意 任务 是 和 否 存 在 会 进入 睡眠 、 等 待 IO 结束 或 者 等 待 网 络 连 接 的 情况 。 一 旦 发 
生 阻 塞 式 IO， 这 些 任务 占用 了 线程 ， 却 会 由 于 等 待 无 法 执行 有 价值 的 工作 。 假 设 你 的 
CPU 有 4 个 硬件 线程 , 创建 的 线程 池 大 小 为 5, 你 一 次 性 提交 了 20 个 执行 任务 ( 如 图 15-3 
所 示 )。 你 希望 这 些 任务 会 并 发 地 执行 ， 直 到 所 有 20 个 任务 执行 完毕 。 假 设 首 批 提交 的 
线程 中 有 3 个 线程 进入 了 睡眠 状态 或 者 在 等 待 VO, 那 就 只 剩 2 个 线程 可 以 服务 剩 下 的 15 
个 任务 了 。 如 此 一 来 ， 你 只 能 取得 你 之 前 预期 吞吐 量 的 一 半 《〈 如 果 你 创建 的 线程 池 中 工 
作 线程 数 为 8， 那 么 还 是 能 取得 同样 预期 春 吐 量 的 )。 如 果 早 期 提交 的 任务 或 者 正在 执行 
的 任务 需要 等 待 后 续 任 务 ， 而 这 也 正 是 Future 典型 的 使 用 模式 ， 那 么 可 能 会 导致 线程 
池 死 锁 。 
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' 5 个 工作 线 各 
= Ct a > 分 别 执行 5 个 
活跃 的 任务 

















如 果 ee 者 被 阻塞 ， 那 么 所 有 这 15 个 排队 的 任务 
A 的 个 活跃 的 工作 线 稳 完 完成 ， 才 能 获得 执行 的 机 会 一 一 
人 人 生生 于 


图 15-3 ”睡眠 线程 会 降低 线程 池 的 吞吐 量 


这 里 希望 大 家 牢记 的 是 , 尽量 避免 向 线程 池 提 交 可 能 阻塞 ( 璧 如 睡眠 , 或 者 要 等 待 某 个 事件 ) 
的 任务 ， 然 而 这 一 点 在 遗留 系统 中 可 能 无 法 避免 。 

口 通常 情况 下 ,Java 从 main 返回 之 前 ,都 会 等 待 所 有 的 线程 执行 完毕 ， 从 而 避免 误杀 正在 
执行 关键 代码 的 线程 。 因 此 ， 实 际 操作 时 的 一 个 好 习惯 是 在 退出 程序 执行 之 前 ， 确 保 关 
闭 每 一 个 线程 池 ( 因为 线程 池 中 的 工作 线程 在 创建 完 后 会 由 于 要 等 待 另 一 个 任务 执行 完 
毕 而 无 法 正常 终止 )。 实 践 中 , 我 们 经 常 使 用 一 个 长 时 间 运 行 的 BxecutorService 管理 
需要 持续 运行 的 互联 网 服务 。 

Java 也 提供 了 Thread.setDaemon 方法 来 控制 这 种 行为 ， 下 一 节 讨 论 这 一 内 容 。 


15.1.3 ”其 他 的 线程 抽象 : 非 财 套 方法 调用 


为 了 解释 为 什么 本 章 使 用 的 并 发 形式 与 第 7 章 (并 行 流 处 理 以 及 fork/join 框架 ) 不 同 , 我 们 
不 得 不 提 到 第 7 章 的 使 用 形式 都 有 个 特殊 的 属性 : 无 论 什 么 时 候 , 任何 任务 (或 者 线程 ) 在 方法 
调用 中 启动 时 , 都 会 在 其 返回 之 前 调用 同一 个 方法 。 换 句 话说, 线程 创建 以 及 与 其 匹配 的 join () 
在 调用 返回 的 舰 套 方法 调用 中 都 以 嵌 套 的 方式 成 对 出 现 , 这 种 思想 被 称 为 严格 fork/join ,如 图 15-4 
所 示 。 
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调用 om 





fork 














图 15-4 严格 的 forwvjoin。 箭 头 代 表 线 程 ， 圆 疾 代 表 fork 和 join， 方 框 代表 方法 调用 
和 返回 


以 一 种 更 加 松散 的 形式 组 织 fork/join 其 实 也 无 伤 大 雅 ， 这 种 方式 下 子 任务 从 内 部 方法 调用 中 
逃逸 出 来 , 在 外 层 调 用 中 执行 join, 这 样 提供 给 用 户 的 接口 看 起 来 还 是 一 个 普通 调用 ”, 如 图 15-5 


畏 15 


逃逸 的 子 线程 

















调用 返回 





fork join 











图 15-5 灵活 的 fork/join 





本 章 着 重 讨论 多 种 多 样 的 并 发 形态 ,其 中 用 户 的 方法 调用 创建 的 线程 (或 者 派生 的 任务 ) 可 
能 比 该 调用 方法 的 生命 周期 还 长 ， 如 图 15-6 所 示 。 

















执行 线程 
调用 返回 
fork 


图 15-6 一 种 异步 方法 


这 种 类 型 的 方法 常常 被 称 作 异步 方法 , 它 的 名 字源 于 该 方法 所 派生 的 任务 会 继续 执行 调用 方 
法 希望 它 完成 的 工作 。15.2 节 会 介绍 Java 8 和 Java 9 中 受益 于 该 方法 的 新 特性 。 不 过 ， 先 来 看 看 
采用 这 种 方法 会 有 哪些 潜在 的 危害 。 
口 子 线程 与 执行 方法 调用 的 代码 会 并 发 执行 ， 因 此 为 了 避免 出 现 数据 竞争 ， 编 写 代码 时 需 

要 特别 小 心 。 























GD 对比“ 函数 式 的 思考 ”( 第 18 章 )， 该 章 讨论 了 如 何 将 内 部 使 用 有 副作用 的 方法 改造 为 无 副作用 的 接 
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口 如 果 Java 的 main () 方 法 在 子 线程 终止 之 前 返回 , 会 发 生 什么 情况 ? 有 两 种 可 能 性 , 然而 
它们 都 不 是 我 们 期 望 的 。 
@ 等 待 所 有 的 线程 都 执行 完毕 ， 再 退出 主 应 用 的 执行 。 
里 直接 杀 死 所 有 无 法 正常 终止 的 线程 ， 然 后 退出 程序 的 执行 。 
前 一 个 方案 可 能 由 于 等 待 一 个 一 直 无 法 顺利 结束 的 线程 ,最终 导 致 应 用 崩溃 ;， 后 一 个 方案 有 
可 能 中 断 一 个 写 磁盘 的 VO 序列 ， 导 致 外 部 数据 出 现 不 一 致 的 现象 。 为 了 避免 这 些 问 题 ， 你 需要 
确保 你 的 程序 能 有 效 地 跟踪 它 创 建 的 线程 ， 且 退出 程序 运行 (包括 线程 池 的 关闭 ) 之 前 必须 加 入 
依据 有 没有 执行 setDaemon () 方 法 ，Java 线程 可 以 被 划分 为 守护 进程 以 及 非 守 护 进 程 。 守 
护 进程 的 线程 在 退出 时 就 被 终止 ( 因此 特别 适合 作为 服务 ， 因 为 它 不 会 导致 磁盘 数据 不 一 致 )， 
而 从 主 程序 返回 的 线程 还 得 继续 等 待 ， 直 到 所 有 非 守 护 线程 都 终止 了 ， 应 用 才能 退出 执行 。 


15.1.4 ”你 希望 线程 为 你 带 来 什么 


你 希望 采用 线程 技术 梳理 程序 的 结构 ,以 便 在 需要 的 时 候 享 受 程序 并 行 带 来 的 好 处 , 生成 足 
够 多 的 任务 以 充分 利用 所 有 硬件 线程 。 这 意味 着 你 需要 对 程序 进行 切 分 , 把 它 划 分 成 很 多 小 任务 
(不 过 也 不 能 太 小 ， 因 为 任务 切换 也 存在 开销 )。 我们 已 经 在 第 7 章 中 学 习 了 如 何 使 用 并 行 流 处 理 
和 fork/join 对 for 循环 以 及 分 而 治之 算法 进行 处 理 , 本 章 接 下 来 (包括 第 16 章 和 第 17 章 ) 会 学 
习 如 何 避 免 使 用 宛 长 的 线程 操作 模板 代码 去 处 理 方法 调用 。 
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第 7 章 中 展示 了 如 何 使 用 Java 8 中 的 流 充分 发 挥 并 行 硬件 的 处 理 能 力 。 这 个 过 程 包含 两 个 阶 
段 。 首 先 ， 你 需要 使 用 内 部 迭代 (通过 Stream 提供 的 方法 ) 替换 外 部 迭代 〈 显 式 的 for 循环 )。 
接着 ,你 可 以 使 用 parallel () 方 法 对 流 进行 处 理 ， 流 中 的 元 素 会 被 Java 运行 时 并 发 地 处 理 ， 
程序 员 不 再 需要 使 用 复杂 的 线程 创建 操作 重 写 每 一 个 循环 。 采 用 这 种 方式 的 另外 一 个 好 处 是 , 运 
行 时 系统 对 循环 执行 时 的 可 用 线程 数 了 解 更 多 , 而 程序 员 对 此 往往 一 头 雾 水 , 很 多 时 候 都 是 在 猜 。 

除了 循环 计算 ， 并 行 也 能 为 其 他 的 场景 带 来 好 处 ， 其 中 重要 的 一 项 就 是 异步 API， 它 构成 了 
本 章 、 第 16 章 以 及 第 18 章 的 背景 ， 这 也 是 Java 的 一 个 重大 改进 。 

下 面 以 一 个 运行 的 实例 来 说 明 该 问题 。 假 设 你 需要 统计 方法 E 和 方法 g 的 执行 结果 ， 这 两 
个 方法 的 函数 签名 如 下 : 















































Tnits :F(Tnt I) 
int g(int x); 


特别 强调 一 下 ,我 们 提 到 的 这 些 函 数 签名 都 是 同步 APl1， 因 为 它们 物理 上 返回 时 ， 其 执行 结 
果 也 一 同 返 回 了 。 如 果 你 还 是 很 困惑 ， 没 关系 ,很 快 就 能 理解 了 。 你 可 能 使 用 下 面 这 段 代 码 同 时 
调用 这 两 个 API， 并 打印 输出 它们 执行 结果 之 和 : 
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int y 
直人 科 闪 近世 


f(x); 
g (x); 


System.out .println(y + 2); 


假设 方法 £ 和 方法 g 的 执行 时 间 都 很 长 ( 这 些 方 法 可 能 实现 了 一 个 数学 最 优化 任务 ， 壁 如 
梯度 递归 , 不 过 在 第 16 章 和 第 17 章 中 会 使 用 更 加 实用 的 例子 ， 即 执行 互联 网 查询 )。 通常 而 言 ， 














Java 编译 顺 不 会 对 这 段 代 码 执行 任何 的 优化 ， 因 为 和 g 可 能 存在 一 些 交 互 ， 而 编译 需 对 此 知 
之 甚 少 。 然 而 ， 如 果 你 非常 明确 地 知道 £ 与 g 不 存在 任何 的 交互 ,或 者 你 对 此 毫 不 关心 ， 那 么 
你 可 以 在 各 自 独 立 的 CPU 核 上 分 别 执行 £ 和 g， 从 而 缩短 程序 的 执行 时 间 。 这 种 情况 下 ， 程 序 
执行 的 总 时 间 就 变 成 了 调用 E 和 g 中 耗 时 最 长 的 那 一 个 ， 而 不 是 二 者 之 和 了 。 你 需要 做 的 就 是 
在 不 同 的 线程 中 执行 和 g。 这 是 个 很 棒 的 想法 ， 然 而 代码 的 逻辑 变 得 更 加 复杂 了 ”: 


























class ThreadExample { 


public static void main(String[] args) throws InterruptedException { 


} 


di. XE L3G 
Result result = new Result (); 


Thread t1 
Thread t2 
CE etoart (ys 

tStart (th 

tl:join()’; 

t2 ,OTs 

System.out .println(result.left + result.right); 


new Thread(() -> { result.left = f(x); } ); 
new Thread(() -> { result.right = g(x); }); 


private static class Result { 


} 


private int left; 
private int right; 


这 段 代码 还 可 以 使 用 Future API 而 不 是 Runnable 进一步 简化 。 假设 你 之 前 已 经 建立 了 一 
个 名 为 ExecutorService 的 线程 池 (譬如 sxecutorService )， 你 可 以 实现 下 面 这 段 代 码 ; 





public class ExecutorServiceExample { 
public static void main(String[] args) 


throws ExecutionException, InterruptedException { 


Tt Se L337 

ExecutorService executorService = Executors.newFixedThreadPool (2); 
Future<Integer> y = executorService.submit(() -> f(x)); 
Future<Integer> Z = executorService.submit(() -> g(x)); 
System.out.println(y.get() + z.get ()); 

















@ 这 里 的 复杂 度 部 分 源 于 需要 将 线程 处 理 的 结果 传 回 。Lambda 或 者 内 部 类 中 只 能 使 用 final 类 型 的 外 部 对 象 变量 ， 
不 过 真正 困难 的 是 你 需要 显 式 地 操纵 所 有 的 线程 。 
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executorService.shutdown(); 
} 


然而 ， 这 段 代码 依然 受到 了 显 式 调 用 supmit 时 使 用 的 模板 代码 的 污染 。 

你 需要 更 好 的 方式 来 表达 这 种 思想 , 就 像 流 的 内 部 迭代 避免 了 使 用 线程 创建 语法 来 并 发 外 部 
迭代 那样 。 

解决 这 个 问题 的 答案 是 将 API 由 同步 API 变 为 异步 API。 "这 种 方式 下 ， 方 法 不 再 在 物理 返 
回 其 调用 者 的 同时 返回 它 的 执行 结果 , 被 调用 函数 可 以 在 返回 结果 就 绪 之 前 物理 上 提前 返回 调用 
函数 ， 如 图 15-6 所 示 。 由 此 ， 对 £ 的 调用 以 及 该 方法 调用 之 后 的 代码 ( 这 里 指 的 是 对 g 方法 的 
调用 ) 可 以 并 发 地 执行 。 通 过 两 种 方法 可 以 实现 这 种 并 行 ， 不 过 它们 都 会 改变 f 和 og 的 签名 。 

第 一 种 方法 是 使 用 Java Future 的 改进 版 本 。Future 最 初 在 Java 5 中 引入 ， 在 Java 8 中 做 
了 进一步 的 增强 , 成 为 了 可 以 组 合 的 CompletableFuture。15.4 节 会 详细 介绍 这 个 概念 , 第 16 章 会 
以 一 个 实际 的 例子 讲解 该 Java API 的 使 用 。 第 二 种 方法 是 使 用 Java9 java.util.concurrent .Flow 
接口 的 反应 式 编程 风格 , 它 基 于 15.5 节 介 绍 的 “发 布 -订阅 ”协议 。 第 17 章 会 结合 实际 的 例子 介 

那么 这 些 可 选 方案 对 £ 和 g 的 函数 签名 有 什么 影响 呢 ? 



































15.2.1 Future 风格 的 API 
采用 这 种 方式 的 话 ，f£ 及 g 的 签名 


™ 





Future<Integer> f(int x); 
Future<Integer> gl(int x); 


Future<Integer> y = f(x) 
Future<Integer> z = g(x); 
System.out .println(y.get() + z.get ()); 


其 思想 是 方法 f 会 返回 一 个 Future 对 象 , 该 对 象 包含 一 个 继续 执行 方法 体 中 原始 内 容 的 任 
务 ,不 过 方法 执行 完 £ 后 会 立刻 返回 ,不 会 等 待 执行 结果 就 绪 , 类 似 地 ,方法 g 也 返回 一 个 Future 
对 象 ,第 三 行 代码 使 用 了 一 个 get () 方 法 等 待 这 两 个 Future 执行 完毕 ,并 计算 它们 的 结果 之 和 。 
这 个 例子 中 ,你 可 以 保持 方法 g 的 API 调 用 不 变 , 仅 在 方法 £ 中 引入 Future, 并 且 不 会 降 
低 其 并 发 度 。 然 而 ， 对 于 大 型 的 程序 ， 建 议 你 不 要 这 样 做 ， 原 因 有 两 个 。 
口 其 他 使 用 函数 g 的 地 方 可 能 也 需要 Future 风格 的 版 本 ， 因 此 你 最 好 使 用 统一 的 API 
风格 。 















































@ 同步 API 也 被 称 作 阻塞 式 API, 方法 的 物理 返回 会 延迟 到 返回 结果 就 绪 为 止 ( 想象 执行 一 次 IO 操作 的 场景 )， 而 
异步 API 天 然 就 适合 实现 非 阻 塞 式 TO ( API 仅仅 负责 发 起 IO 操作, 并 不 等 待 执行 结果 。 市 面 上 很 多 库 都 支持 非 
阻塞 VO 操作， 壁 如 Netty )。 
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口 为 了 充分 发 挥 并 行 硬件 的 处 理 能 力 ， 以 使 程序 运行 得 又 快 又 好 ， 将 程序 切 分 成 更 多 粒度 
更 细 的 任务 是 很 有 帮助 的 〈 当然 也 要 控制 在 合理 的 范围 之 内 )。 


15.2.2 反应 式 风格 的 API 
第 二 种 方式 的 核心 思想 是 通过 修改 上 和 g 的 函数 签名 来 使 用 回调 风格 的 编程 ， 如 下 所 示 : 


void fl(int x, IntConsumer dealWithResult); 


刚 看 到 这 个 解决 方案 ,你 可 能 会 非常 意外 。 如 果 函 数 f 不 返回 任何 值 ,那么 它 该 如 何 工 作 呢 ? 
答案 是 采用 这 种 方法 ， 你 需要 额外 向 £ 函数 传递 一 个 回调 函数 ( 其 实 是 一 个 Lambda 表达 式 ) 作 
为 参数 ，f 函数 会 在 函数 体 中 衍生 一 个 任务 ， 这 个 任务 会 在 结果 可 用 时 使 用 它 执行 Lambda 表达 
式 ， 这样 一 来 就 不 需要 使 用 return 返回 值 了 。 再 次 强调 一 下 ，E 函数 衍生 出 执行 函数 体 的 任务 
后 就 立刻 返回 了 。 示 例 代码 如 下 : 




























































































public class CallbackStyleExample { 
public static void main(String[] args) { 


i 区 三 1 有 电光 二 
Result result = new Result (); 


na lo vg et 
result.left = y; 
System.out .println( (result.left + result.right)); 


g(x int. 2) = 
result.right = 2z; 
System.out .println( (result.left + result.right)); 


} 

} 

啊 ， 原 来 如 此 ! 然而 ， 这 两 个 程序 还 是 不 一 致 。 这 段 代 码 在 打印 输出 正确 结果 ( 函数 和 g 
调用 之 和 ) 之 前 ,打印 输出 的 是 最 快 拿 到 的 值 ( 偶尔 还 会 打印 输出 两 次 计算 的 和 ， 因 为 这 段 代码 
没有 加 锁 ，+ 的 两 个 操作 数 既 可 以 在 打印 输出 执行 之 前 更 新 ， 也 可 以 在 打印 输出 执行 之 后 更 新 )。 
解决 这 个 问题 有 两 种 途径 。 

口 你 可 以 添加 if-then-else 判断 ， 确 定 这 两 个 回调 函数 都 已 经 执行 完毕 后 再 调用 

println 打印 输出 它们 的 和 。 为 了 达到 这 一 目标 ， 你 可 能 还 需要 在 恰当 的 位 置 添加 锁 。 

口 你 还 可 以 使 用 反应 式 风 格 的 API。 然 而 这 种 API 主要 适用 于 事件 序列 的 处 理 ， 而 非 单一 
的 结果 。 针 对 单一 结果 ， 采 用 Future 可 能 更 加 合适 。 

注意 ， 反 应 式 编程 允许 方法 £ 和 g 多 次 调用 它们 的 回调 函数 dealwithResult。 而 原始 版 
本 的 £ 和 g 使 用 return 返回 结果 ，return 只 能 被 调用 一 次 。Future 与 此 类 似 ， 它 也 只 能 完 
成 一 次 ， 执行 Future 的 计算 结果 可 以 通过 get () 方 法 获取 。 某 种 程度 上 ， 反 应 式 风 格 的 异步 
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API 天 然 更 适合 于 处 理 一 系列 的 值 ( 稍 后 会 将 它 与 流 对 比 )， 而 Future 式 的 API 更 适合 作为 一 次 
性 处 理 的 概念 框架 。 

15.5 节 会 优化 传达 这 个 核心 思想 的 例子 ， 对 一 个 可 以 处 理 诸如 =cl+c2 等 公式 的 电子 数据 表 
格 进行 建 模 。 

你 可 能 会 说 无 论 采 用 上 述 哪 种 方法 , 代码 都 变 得 更 加 复杂 了 。 这 种 说 法 在 某 种 程度 上 是 正确 
的 ,无 论 是 哪个 方法 ， 你 都 不 应 该 随意 使 用 其 API。 然 而 ， 使 用 这 些 API 的 好 处 也 显而易见 ， 它 
们 能 帮 你 编写 更 简洁 的 代码 ( 使 用 更 高 阶 的 数据 结构 )， 不 需要 显 式 地 操纵 线程 了 。 此 外 ， 使 用 
这 些 API 时 ,你 也 需要 特别 留意 ， 尤 其 是 (a) 需 要 长 时 间 执 行 计算 任务 壁 如 计算 时 间 有 可 能 长 
达 几 毫秒 ), 或 者 (b) 需 要 等 待 网 络 传输 或 用 户 输入 的 场景 ,恰当 地 处 理 这 些 场景 能 极 大 地 提升 应 
用 的 效率 。 对 于 场景 (a), 使 用 这 些 技术 能 让 你 的 程序 运行 得 更 快 , 同时 又 避免 了 在 代码 中 塞 满 线 
程 人 处理 的 逻辑 。 对 于 场景 (b), 采用 这 些 技术 还 能 带 来 额外 的 好 处 , 因为 底层 系统 能 更 好 地 调度 线 
程 ， 避 免 发 生 拥 塞 。 接 下 来 的 一 节 中 会 详细 讨论 后 一 点 。 


15.2.3 有害 的 睡眠 及 其 他 阻塞 式 操作 


当 你 的 应 用 与 用 户 或 者 其 他 应 用 交互 时 , 往往 需要 限制 事件 发 生 的 频率 , 一 种 很 自然 的 方式 
是 使 用 sleep () 方 法 。 然 而 ， 睡 眼线 程 依旧 会 占用 系统 资源 。 如 果 睡 眠 的 线程 数目 不 多 ， 一 般 
没什么 问题 ,但 如 果 有 大 量 的 线程 处 于 睡眠 状态 ， 这 就 成 了 你 必须 要 解决 的 问题 (参见 15.2.1 节 
和 图 15-3 )。 

我 们 应 该 牢记 的 一 点 是 ,线程 池 中 的 任务 即便 是 处 于 睡眠 状态 ,也 会 阻塞 其 他 任务 的 执行 ( 它 
们 无 法 停止 已 经 分 配 了 线程 的 任务 ， 因 为 这 些 任务 的 调度 是 由 操作 系统 管理 的 )。 

当然 , 可 能 阻塞 线程 池 中 可 用 线程 执行 的 不 仅仅 只 有 睡眠 。 任 何 阻塞 式 操作 都 会 产生 同样 的 
效果 。 阻 塞 式 操作 可 以 分 为 两 类 : 一 类 是 等 待 另 一 个 任务 执行 , 譬如 调用 Future 的 get () 方 法 ; 
另 一 类 是 等 竺 与 外 部 交互 的 返回 ,譬如 从 网 络 数据库 服 务 器 或 者 键盘 这 样 的 人 机 接口 读 取 数 据 。 

你 能 做 什么 呢 ? 一 个 高 屋 建 领 的 回答 是 永远 不 要 在 任务 中 安排 阻塞 操作 , 至 少 要 在 你 的 代码 
中 添加 一 些 异 常 处 理 逻 辑 ( 更 接近 生产 代码 的 检查 请 参考 15.2.4 节 )。 更 理想 的 方法 是 将 你 的 任 
务 切 分 成 两 部 分 一 一 “之 前 ”与 “之 后 ”一 一 仪 在 程序 执行 未 被 阻塞 时 才 由 Java 来 调度 “之 后 ” 
部 分 的 执行 。 

代码 片段 A， 实 现 为 一 个 单一 任务 : 

WOTK1L () ， 


Thread.sleep(10); < 一 一 一 睡眠 10 秒 
work2 () ; 


代码 片段 B 如 下 所 示 : 

































































































































































































































































public class ScheduledExecutorServiceExample { 
public static void main(String[] args) { 
ScheduledExecutorService scheduledExecutorService 
= Executors.newScheduledThreadPool (1); 
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workl] (); 
scheduledExecutorService.schedulel( 
ScheduledExecutorServiceExample: :work2, 10, TimeUnit.SECONDS); 





scheduledExecutorService.shutdown(); 


} work1() 完成 之 后 10 秒 ， 
启动 一 个 新 的 任务 执行 
public static void worKk1(){ work2() 


System.out .println("Hello from Workl!"); 
} 


public static voidq work2(){ 
System.out.println("Hello from Work2!"); 

} 

假设 这 两 个 任务 都 在 线程 池 中 执行 。 

让 我 们 看 看 代码 A 是 如 何 执行 的 。 首 先 ， 它 会 被 加 入 线程 池 的 执行 队列 ， 之 后 开始 执行 。 
执行 过 程 中 ， 它 被 sleep 调用 阻塞 ， 占 用 了 工作 线程 10 秒 钟 的 时 间 ， 期 间 没 有 执行 任何 任务 。 
接着 它 开 始 执行 work2 ()， 执 行 结束 后 释放 工作 线程 。 与 此 相反 , 代码 B 会 首先 执行 work1 () ， 
然后 被 终止 一 一 不 过 终止 之 前 它 会 调度 等 待 队列 中 的 任务 先 执行 work2 () 10 秒 钟 。 

代码 B 看 起 来 更 好 ， 但 是 为 什么 呢 ? 代码 A 和 代码 B 所 做 的 是 同一 件 事 情 。 差 别 是 代码 A 
在 其 睡眠 期 间 占用 了 宝贵 的 线程 时 间 , 而 代码 B 并 没有 傻 傻 地 睡眠 , 其 调度 执行 了 队列 中 的 另 一 
个 任务 ( 同时 也 消耗 了 儿 个 字 节 的 内 存 ， 然 而 并 没有 创建 新 的 线程 )。 

这 种 效果 是 你 创建 任务 时 应 该 牢记 于 心 的 。 任务 在 执行 时 会 占用 宝贵 的 系统 资源 , 因此 ,你 
的 目标 是 让 它们 持续 地 处 于 运行 状态 ,直至 其 执行 完毕 , 或 者 释放 出 使 用 的 资源 。 任务 在 提交 完 
后 续 任 务 后 应 该 终止 执行 ， 而 不 是 被 阻塞 。 

这 一 原则 也 应 该 尽 可 能 地 应 用 于 IO。 任 务 启动 读 方法 调用 ， 或 者 读 结束 终止 读 方法 调用 ， 
请 求 运行 时 库 调 度 一 个 后 续 任 务 ， 都 应 该 使 用 非 阻塞 操作 ， 尽 量 不 要 使 用 传统 的 阻塞 式 读 取 。 

这 种 设计 模式 似乎 会 造成 大 量 难 于 理解 的 代码 。 不 过 Java 的 completableFuture 接口 ( 详 
情 请 参考 15.4 节 和 第 16 章 ) 在 运行 时 库 中 对 这 种 风格 的 代码 进行 了 抽象 ， 你 可 以 使 用 结合 器 
( combinator ) 解决 这 一 问题 ， 而 无 须 使 用 前 文 介 绍 的 Future 的 阻塞 式 操 作 get () 。 

最 后 总 结 一 下 ， 如 果 线 程 数量 是 无 限 的 , 并 且 创建 线程 的 开销 可 以 忽略 不 计 的 话 , 那么 代码 
A 和 代码 B 都 是 不 错 的 解决 方案 。 然 而, 现实 世界 并 非 如 此 ， 只 要 你 的 任务 中 有 线程 可 能 进入 睡 
眠 状态 ， 或 者 会 被 阻塞 ， 这 种 情况 下 代码 B 无 疑 是 更 好 的 方案 。 

















































































































15.2.4 ”实战 验证 


如 果 你 正在 设计 一 个 新 系统 , 希望 它 能 充分 利用 并 行 硬件 的 处 理 能 力 , 那么 把 它 设计 成 大 量 
小 型 、 并 发 的 任务 , 同时 以 异步 调用 的 方式 实现 所 有 可 能 阻塞 的 操作 很 可 能 是 最 理想 的 途径 。 然 
而 ， 这 种 “全 异步 ”( everything asynchronous ) 的 设计 模式 可 能 并 不 符合 项 目 实 际 情况 ( 还 记得 
著名 的 谚语 “至 善 者 , 善之 敌 ” 吗 )。Java 从 2002 年 发 布 的 Java 1.4 开始 就 已 经 有 非 阻 塞 式 的 IO 
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原 语 (java.nio ) 了 ， 然 而 它们 由 于 过 于 复杂 ， 应 用 并 不 广泛 。 现 实 而 言 ， 建 议 你 找 出 能 受益 
于 Java 并 发 API 的 场景 ， 充 分 利用 这 些 API， 而 不 必 额 外 花 精 力 将 每 一 个 API 都 变 成 异步 的 。 

你 还 可 以 研究 一 下 更 新 的 库 ， 壁 如 Netty， 它 提供 了 用 于 创建 网 络 服 务 右 的 统一 的 阻塞 / 非 阻 
塞 API。 











15.2.5 ”如何 使 用 异步 API 进行 异常 处 理 


无 论 是 基于 Future 的 异步 API 还 是 反应 式 异 步 API, 被 调 方法 的 概念 体 ( conceptual body ) 
都 在 另 一 个 线程 中 执行 ,调用 方 很 可 能 已 经 退出 了 执行 ,不 在 调用 异常 处 理 器 的 作用 域内 。 很 明 
显 ， 这 种 非常 规 行 为 触发 的 异常 需要 通过 其 他 的 动作 来 处 理 。 然 而 ， 这 种 动作 到 底 是 什么 呢 ? 
Future 的 CompletableFuture 实现 中 包含 的 get () 方 法 可 以 返回 异常 的 信息 , 此 外 , 你 还 可 
以 通过 像 exceptionally () 这 样 的 方法 进行 异常 恢复 ， 更 多 内 容 将 在 第 16 章 深 入 讨论 。 

对 于 反应 式 异 步 API, 你 需要 修改 接口 以 引入 额外 的 回调 函数 ， 这 个 回调 函数 会 在 触发 异常 
时 被 调用 , 其 方式 就 像 不 使 用 return 返回 , 而 是 执行 设 定 的 回调 函数 一 样 。 为 了 实现 这 种 设计 ， 
你 需要 在 反应 式 API 中 使 用 多 个 回调 函数 ， 示 例如 下 : 
















































































void fl(int x, Consumer<Integer> dealWithResult, 
Consumer<Throwable> dealWithException); 


接着 函数 £ 的 函数 体 可 能 会 执行 : 

dealWithException(e); 

如 果 有 多 个 回调 函数 , 你 可 以 将 它们 等 价 地 封装 成 单一 对 象 中 的 方法 来 传递 一 个 对 象 而 不 是 
传递 多 个 回调 函数 。 璧 如 ，Java 9 的 Flow API 就 将 多 个 回调 函数 封装 成 了 一 个 对 象 ( 即 
Subscripber<T> 类 ， 它 包含 了 四 个 回调 函数 形式 的 方法 )。 下面 是 其 中 的 三 个 函数 : 




















void onComplete() 
void onError (Throwable throwable) 
void onNext (T item) 


相互 独立 的 回调 函数 代表 了 不 同 的 含义 ， 壁 如 值 可 以 访问 了 (onNext )、 获 取 值 时 发 生 了 异 
常 (onError ), 或 者 程序 收 到 信号 接 下 来 没有 新 的 数据 (或 者 异常 ), 此 时 就 会 调用 oncomplete 
函数 。 前 面 的 示例 中 ，E 的 API 可 以 定义 为 : 











void f(int x, Subscripber<Integer> s); 

f 函数 体现 在 借助 执行 下 面 的 操作 ， 以 Throwable t 的 形式 表示 了 一 个 异常 : 

SonNnBPrror (by 

可 以 拿 这 个 包含 多 个 回调 函数 的 API 与 从 文件 或 键盘 设备 读 取 数字 作对 比 。 如 果 你 将 这 种 设 
备 想象 成 一 个 生产 者 而 不 是 被 动 的 数据 结构 ， 它 就 会 产生 一 个 由 “这 是 一 个 数字 ”或 者 “这 是 一 
个 畸形 元 素 ， 而 非 一 个 数字 ”这 样 的 元 素 构 成 的 序列 ， 最终 收 到 通知 “没有 更 多 要 访问 的 字符 了 
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(文件 末尾 。 
我 们 通常 将 这 些 调用 称 作 消息 或 者 事件 。 辟 如， 你 可 以 说 文件 阅读 带 生 产 了 数字 事件 3、7 
以 及 42, 之 后 它 返回 了 一 个 畸形 数字 事件 , 接着 又 生产 了 数字 事件 2, 然后 接 到 了 文件 未 尾 事件 。 
将 这 些 事件 看 作 API 的 一 部 分 时 , 要 特别 注意 API 并 没有 保证 这 些 事 件 之 间 的 相对 顺序 (我 
们 经 常 称 之 为 管道 协议 )。 实 际 操作 时 ，API 的 附属 文档 中 通常 会 使 用 “接收 到 oncomplete 事 
件 后 ，API 就 不 会 对 后 续 的 事件 进行 处 理 了 ”这 样 的 语句 说 明 协 议 相 关 的 信息 。 


15.3 “ 线 框 -管道 ”模型 


通常 ， 设 计 和 理解 并 发 系统 最 好 的 方式 是 使 用 图 形 。 我 们 将 这 种 技术 称 为 线 框 -管道 
(box-and-channel ) 模型 。 设 想 一 个 使 用 整 型 的 简单 场景 ， 我 们 希望 对 之 前 计算 £ (x) +g (x) 的 例 
子 做 一 个 归纳 。 现 在 你 想 要 使 用 参数 x 调用 方法 (或 函数 ) pb， 并 将 计算 的 结果 作为 参数 传递 给 
函数 ql1 和 a2 ， 接 着 使 用 这 两 个 调用 的 结果 去 调用 方法 (或 函数 ) r， 然 后 打印 结果 (为 了 避免 
混乱 ， 这 里 不 再 区 分 类 c 的 方法 m 以 及 它 关联 的 函数 c: :m )。 这 个 任务 用 图 形 方式 表示 非常 简 
单 ， 如 图 15-7 所 示 。 





















































图 15-7 一 个 简单 的 “ 线 框 -管道 ”图 
我 们 看 看 用 Java 实现 图 15-7 所 示 逻 辑 的 两 种 方法 以 及 各 自 的 弊端 。 第 一 种 方式 是 : 





生生 共生 二 主人 0 

System.out .println( r(gl(t), gq2(t)) ); 

这 上段 代码 看 起 来 很 清晰 ， 不 过 Java 会 顺 次 执行 对 ql 和 q2 的 调用 ， 而 这 是 你 希望 避免 的 ， 
为 你 的 目标 是 要 充分 利用 硬件 的 并 行 处 理 能 力 。 

另 一 种 方法 是 使 用 Future 并 行 地 执行 方法 上 和 g: 


























nt 主 ( 

Future<Integer> al executorService.submit(() -> ql(t)); 
Future<Integer> a2 executorService.submit(() -> gq2(t)); 
System.out .println( r(al.get(),a2.get ())); 


注意 ， 由 于 “ 线 框 -管道 ”图 的 形状 ， 这 个 例子 中 并 未 用 Future 封装 p 和 r。p 需要 在 其 
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他 所 有 任务 之 前 完成 , 而 r 需要 在 其 他 所 有 任务 之 后 执行 。 如 果 修 改 一 下 这 个 例子 , 用 下 面 的 代 
码 去 模拟 ， 刚 才 的 那 几 个 条 件 就 都 不 是 问题 了 : 





Svetem Out Brinitln( T(tol (ty rt FS(X) 


这 段 代码 中 ， 我 们 需要 用 Future 封装 五 个 使 用 的 函数 (p、al、92、* 和 s ) 才能 获得 最 
大 程度 的 并 发 。 

这 一 方案 在 系统 并 发 度 不 大 的 情况 下 工作 得 很 好 。 但 如 果 系统 变 得 越 来 越 大 , 带 有 很 多 相互 
独立 的 “ 线 框 -管道 ”图 ， 甚 至 有 些 线 框 内 部 还 使 用 了 自己 的 线 框 和 管道 会 怎样 呢 ? 15.1.2 节 中 
讨论 过 ， 这 种 情况 下 ， 大 量 的 任务 〈 由 于 调用 了 get ( ) 方 法 ) 会 处 于 等 待 future 结束 的 状态 ， 
导致 最 终 无 法 充分 发 挥 硬件 的 并 发 处 理 能 力 ， 甚 至 出 现 死 锁 。 此 外 , 要 深入 理解 这 么 大 规模 系统 
的 结构 才能 确定 多 少 任务 容易 由 于 执行 get () 处 于 等 待 状态 ， 而 这 是 非常 困难 的 。Java 8 的 解决 
方案 是 使 用 结合 器 ， 细 节 请 参考 15.4 节 的 completableFuture。 你 已 经 知道 我 们 可 以 使 用 
compose() 和 andqTrhen () 这 样 的 方法 将 两 个 方法 合成 一 个 新 的 方法 (详情 请 参考 第 3 章 )。 假 设 
方法 aqal 的 功能 是 将 1 和 一 个 整 型 数 相 加 ， 而 able 可 以 倍增 一 个 整 型 数 ， 那 么 你 可 以 编写 下 
面 的 代码 ， 创 建 一 个 函数 对 它 的 参数 执行 倍增 操作 ， 并 将 计算 结果 与 1 求 和 返回 : 


Function<Integer, Integer> myfun = addl.andThen (dble); 


不 过 “ 线 框 -管道 ”图 也 可 以 直接 使 用 结合 需 实现 ， 效 果 同 样 不 错 。 图 15-7 可 以 借助 Java 
的 Function bp、daql、da2 以 及 BiFunction r 简洁 地 表示 如 下 : 













































































p.thenBoth(gql,q2) .thenCombine(r) 
遗憾 的 是 ， 无 论 是 thenBoth 还 是 thencombine， 其 形式 都 不 属于 Java 的 Function 或 


BiFunction 类 。 


下 一 节 会 学 习 类 似 的 结合 器 思想 是 如 何在 completableFuture 中 工作 的 ， 避 免 任 务 使 用 
get () 时 发 生 等 待 。 

结束 本 节 内 容 之 前 ,我 们 想 再 次 强调 ,“ 线 框 -管道 ”模型 可 以 帮助 你 梳理 思路 和 代码 。 某 种 
程度 上 , 它 提升 了 构建 大 型 系统 的 抽象 层次 。 你 通过 画 线 框 ( 或 者 在 你 的 程序 中 使 用 结合 器 ) 表 
达 你 希望 执行 的 计算 ,接着 该 线 框 被 执行 , 这 种 方式 比 你 直接 手写 计算 任务 可 能 高 效 不 少 。 结合 
器 不 仅 适 合 数学 计算 ， 也 适合 Future 和 反应 式 数 据 流 。15.5 节 会 对 “ 线 框 -管道 ”图 进行 归纳 ， 
并 引入 “ 弹 珠 图 ”( marble diagram )。 弹 珠 图 的 每 个 管道 中 可 能 有 多 个 弹 珠 ( 代表 消息 )。“ 线 框 - 
管道 ”模型 还 能 帮 你 切换 视角 , 从 直接 通过 编程 处 理 并 发 到 利用 结合 器 由 它们 内 部 执行 这 些 工 作 。 
类 似 地 ，Java 8 的 流 也 改变 了 我 们 处 理 数 据 的 视角 ， 程 序 员 现在 不 需要 迭代 遍历 数据 结构 了 ， 这 
部 分 工作 可 以 交 由 结合 器 在 流 的 内 部 完成 。 




























































































15.4 ”为 并 发 而 生 的 completableFuture 和 结合 器 


Future 接口 的 一 个 问题 是 它 是 一 个 接口 ， 你 需要 思考 如 何 设计 你 的 并 发 代码 结构 才能 采用 
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Future 实现 你 的 任务 。 不 过 ， 历 史上 ， 除 了 FutureTask 这 一 实现 之 外 ，Future 也 提供 了 其 
他 几 个 动作 : 创建 一 个 Future 指定 它 执行 某 个 计算 任务 ， 执 行 任 务 ， 等 待 执行 终止 ， 等 等 。 新 
版 Java 提供 了 更 多 结构 的 支持 (譬如 RecursiveTask， 第 7 章 已 经 介绍 过 )。 

Java 8 为 这 场 成 宴 带 来 的 是 对 组 合式 Future 的 支持 。 使 用 Future 接口 的 completable- 
Future 实现 ， 你 可 以 创建 组 合式 的 Futureo 那么 ， 为 什么 要 称 其 为 CompletableFuture, 
而 不 是 ComposableFuture 呢 ? 普通 的 Future 通常 是 通过 一 个 Callable 创建 的 ， 它 执行 完 
毕 后 ， 可 以 使 用 get () 获得 执行 的 结果 。 而 CompletableFuture 人 允许 用 户 创 建 一 个 未 指定 运 
行 任何 代码 的 Future 对 象 , 之 后 由 complete() 方 法 指定 其 他 的 线程 和 值 ( 这 里 是 变量 名 ) 完 
成 任务 的 执行 ,这样 一 来 get () 方 法 就 能 获得 返回 值 了 。 辟 如， 为 了 并 发 地 计算 f(x) 和 g(x) 
的 和 ， 你 可 以 编写 下 面 的 代码 : 


public class CFComplete { 15 


public static void main(String[] args) 
throws ExecutionException, InterruptedException { 
ExecutorService executorService = Executors.newFixedThreadPool (10); 
Tt Se L337 


















































CompletableFuture<Integer> a = new CompletableFuture<>(); 
executorService.submit(() -> a.complete (f(x))); 

int b = g(x); 

System.out .println(a.get() + b); 





executorService.shutdown(); 


} 
或 者 你 也 可 以 这 么 写 : 
public class CFComplete { 


public static void main(String[] args) 
throws ExecutionException, InterruptedException { 
ExecutorService executorService = Executors.newFixedThreadPool (10); 
Tt 3 


CompletableFuture<Integer> a = new CompletableFuture<>(); 
executorService.submit(() -> b.complete (g(x))); 

int a = f(x); 

System.out.println(a + b.get ()); 


executorService.shutdown(); 


} 

注意 ， 这 两 种 代码 实现 都 会 浪费 处 理 资源 (回顾 一 下 15.2.3 节 中 的 内 容 )， 因 为 有 线程 执行 
get () 调用 而 阻塞 一 前 一 段 代码 中 的 f(x) 可 能 占用 较 长 的 时 间 , 后 一 段 代 码 中 g(x) 可 能 占用 
较 长 的 时 间 。 使 用 Java 8 的 completableFuture 能 帮 你 解决 这 个 问题 。 不 过 ， 先 让 我 们 做 一 
个 测验 。 
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测验 15.1 

进一步 阅读 之 前 , 请 思考 一 个 问题 。 下 面 这 个 例子 中 ,怎样 才能 编写 任务 , 充分 利用 线程 
的 处 理 能 力 : ”两 个 活跃 线程 分 别 执行 着 f(x) 和 g(x) ， 第 一 个 线程 执行 完毕 时 ， 立 刻 启 动 一 
个 新 的 线程 返回 计算 的 结果 。 

答案 是 ,你 可 以 让 第 一 个 任务 执行 f(x) ,第 二 个 任务 执行 g(x) ,第 三 个 任务 ( 它 既 可 以 
是 一 个 新 的 线程 也 可 以 复 用 现存 线程 中 的 一 个 ) 计算 二 者 之 和 。 不 过 ,第 三 个 任务 在 前 两 个 
任务 结束 之 前 不 能 开始 执行 。 你 该 如 何 使 用 Java 解决 这 个 问题 呢 ? 

解决 方案 是 使 用 Future 的 组 合 操作 。 




















首先 ,请 回顾 一 下 我 们 学 习 过 的 组 合 操作 , 本 书 中 你 已 经 碰 到 过 两 次 。 组 合 操作 是 一 种 强大 
的 程序 构造 思想 ， 存 在 于 多 种 语言 之 中 。 然 而 ， 它 在 Java 中 大 展 拳脚 还 是 伴随 着 Java 8 Lambda 
表达 式 的 引入 。 组 合 思 想 的 一 个 例子 是 在 Stream 上 操作 的 组 合 ， 如 下 所 示 : 

















myStream.map(...).filter(...).sum() 


这 一 思想 的 男 一 个 实例 是 你 可 以 对 两 个 函数 使 用 compose () 和 angdThen()， 生成 一 个 新 的 
函数 详情 请 参见 15.5 节 )。 

这 一 技术 给 了 你 新 的 途径 ， 使 用 completableFuture<T> 的 thenCombine 方法 对 你 的 两 
个 计算 结果 求 和 显然 更 好 。 不 用 担心 看 不 懂 这 里 的 细节 ,第 16 章 会 更 深入 地 讨论 这 一 话题 。 
thenCombine 的 方法 签名 如 下 〈 为 了 避免 被 泛 型 和 通配符 搞 早 ， 这 里 进行 了 一 些 简 化 ): 


















































CompletableFuture<V> thenCombine (CompletableFuture<U> other， 
BEUNGtion<T; U,VY> fn) 


这 个 方法 接受 两 个 CompletablerFuture 值 (返回 结果 类 型 分 别 是 T 和 TU)， 并 创建 一 个 新 
值 (返回 结果 类 型 为 v)。 前 两 个 值 执行 结束 时 ， 它 取得 其 执行 结果 ， 并 将 结果 传递 给 fn 处 理 ， 
完成 返回 结果 Future 的 构造 ， 整个 过 程 都 没有 阻塞 发 生 。 你 之 前 的 代码 现在 可 以 用 下 面 的 形式 
重 写 : 






































public class CFCombine { 


public static void main(String[] args) throws ExecutionException, 
InterruptedException { 


ExecutorService executorService = Executors.newFixedThreadPool (10); 
int 文 = 1337; 


CompletableFuture<Integer> a 
CompletableFuture<Integer> b 
CompletableFuture<Integer> c 
executorService.submit(() -> 


new CompletableFuture<>() 
new CompletableFuture<>() 
a.thenCombine(b, (y, 72)->Yy + 2); 
.complete(f (x))); 
.Complete(g (x))); 


’ 
’ 


LE 全 生生 


executorService.submit(() -> 


System.out .println(c.get ()); 
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exXxecutorService.shutdaown (); 
} 

} 

thenCombine 这 一 行 代码 非常 关键 : 它 在 完全 不 了 解 Future 对 象 a 和 b 要 执行 什么 计算 
任务 的 前 提 下 , 在 线程 池 中 创建 了 一 个 计划 执行 的 新 计算 任务 。 这 个 新 的 执行 任务 只 在 前 两 个 执 
行 任务 完成 之 后 才 会 被 启动 。 第 三 个 执行 任务 c 会 对 前 两 个 执行 任务 的 结果 进行 求 和 ，( 最 重要 
的 是 ) 它 直 到 前 两 个 执行 任务 执行 完毕 之 后 才 被 授权 可 以 在 线程 上 执行 ,而 不 是 一 开始 就 启动 执 
行 , 然后 阻塞 等 待 前 两 个 线程 执行 结束 。 因 此 ,这 种 设计 实际 不 存在 等 待 的 操作 ， 而 之 前 两 个 版 
本 的 代码 都 有 阻塞 等 待 的 问题 。 前 两 个 版 本 中 ， 如 果 Future 中 的 计算 任务 先 完成 的 是 第 二 个 ， 
那么 线程 池 中 的 两 个 线程 都 会 处 于 活动 状态 , 即便 你 这 时 只 需要 一 个 线程 执行 计算 任务 。 图 15-8 
以 图 表 的 方式 展示 了 这 种 情况 。 前 两 个 版 本 中 ,计算 y+x 都 在 固定 的 线程 中 ， 要 么 是 计算 £ (x) 
的 线程 ,要么 是 计算 g (x) 的 线程 一 一 二 者 之 间 都 可 能 发 生 等 待 。 与 此 相反 , 采用 thencombine 
调度 求 和 计算 ， 它 只 会 在 f(x) 和 g(x) 都 完成 之 后 才 进 行 。 
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图 15-8 f(x)、g(x) 以 及 结果 求 和 这 三 个 计算 的 时 间 序 列 图 


特别 明确 一 下 ， 对 很 多 程序 而 言 ， 你 并 不 关心 少数 的 线程 由 于 调用 了 get ( ) 方法 会 被 阻塞 ， 
因此 Java 8 之 前 的 Future 依然 是 一 种 有 价值 的 编程 选择 ,然而 , 如果 你 需要 处 理 大 量 的 Future 
对 象 ( 壁 如 处 理 大 量 的 服务 请 求 )， 那 么 在 这 种 情况 下 ， 避 免 由 于 调用 get () 产 生 的 阻塞 、 并 发 
性 的 损失 其 至 是 死 锁 ,使 用 completableFuture 以 及 结合 器 通常 是 最 佳 的 选择 。 


15.5 “发 布 - 订 阅 ” 以 及 反应 式 编程 


Future 和 CompletableFuture 的 思维 模式 是 计算 的 执行 是 独立 且 并 发 的 。 使 用 get () 方 
法 可 以 在 执行 结束 后 获取 Future 对 象 的 执行 结果 。 因 此 ，Future 是 一 个 一 次 性 对 象 ， 它 只 能 
从 头 到 尾 执行 代码 一 次 。 

与 此 相反 ， 反 应 式 编程 的 思维 模式 是 类 Future 的 对 象 随 着 时 间 的 推移 可 以 产生 很 多 的 结 
果 。 我 们 举 两 个 例子 。 首 先 , 假设 你 要 处 理 一 个 温度 计 对 象 。 你 的 期 望 是 ， 温度计 对 象 会 持续 不 
断 地 生成 结果 ， 以 每 隔 几 秒 的 频率 为 你 提供 温度 数据 。 另 一 个 例子 是 Web 服务 器 的 监听 组 件 对 
象 。 该 组 件 监 听 来 自 网 络 的 HTTP 请求， 并 根据 请 求 的 内 容 返回 相应 的 数据 。 接 着 ， 其 他 的 代码 
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会 对 结果 数据 进行 处 理 , 壁 如 温度 或 者 HTTP 请 求 中 的 数据 。 然 后 温度 计 和 监听 对 象 会 继续 检测 
温度 、 监 听 请 求 ， 直 到 有 新 的 数据 到 来 ， 周 而 复 始 。 

这 里 有 两 点 需要 注意 。 核 心 的 一 点 是 ， 这 些 例 子 与 Future 非常 像 ， 然 而 它们 可 以 完成 (或 
产生 ) 多 次 ， 而 非 一 次 性 的 操作 。 另 一 点 是 ， 第 二 个 例子 中 ,之 前 收 到 的 结果 与 之 后 收 到 的 结果 
可 能 都 重要 ， 而 对 温度 计 而 言 ， 大 和 多数 用 户 只 关心 最 近 的 温度 。 但 是 ,为 什么 要 把 这 种 编程 叫 作 
反应 式 的 呢 ? 答案 是 ,程序 的 另 一 部 分 可 能 需要 对 低温 报告 做 出 反应 ， 比 如 打开 加 热 右 。 

你 可 能 会 说 前 述 的 思想 不 就 是 流 吗 ,没什么 特别 的 。 如 果 你 的 程序 能 非常 自然 地 适 配 流 , 那 
么 流 可 能 就 是 最 合适 你 的 实现 。 然 而 ， 总 体 来 说 ， 反 应 式 编程 的 模式 更 具 表 现 力 。 一 个 Java 流 
只 能 由 一 个 终端 操作 使 用 。15.3 节 提 到 过 , 流 的 编程 模式 让 它 很 难 表达 一 些 类 似 流 的 操作 ， 壁 如 
将 一 个 序列 值 进行 切 分 ， 交 由 两 个 流水 线 ( 就 像 fork 那样 ) 来 处 理 ; 或 者 处 理 和 整合 来 自 两 个 
相互 独立 的 流 中 的 元 素 〈 就 像 join 那样 )。 流 支持 的 都 是 线性 处 理 的 流水 线 。 

Java 9 使 用 java.util.concurrent .Flow 提供 的 接口 对 反应 式 编 程 进行 建 模 ， 实 现 了 名 
为 “发 布 -订阅 ”的 模型 (也 叫 协议 ， 简 写 为 pub-sub )。 第 17 章 会 详细 介绍 Java 9 的 Flow APL， 
这 里 会 提供 一 个 简短 的 概要 。 反 应 式 编程 有 三 个 主要 的 概念 ， 分 别 是 : 

口 订阅 者 可 以 订阅 的 发 布 者 ; 

口 名 为 订阅 的 连接 ; 

口 消息 (也 叫 事件 )， 它 们 通过 连接 传输 。 

图 15-9 以 图 像 的 方式 展示 了 该 思想 ， 其 中 的 订阅 (subscription ) 就 像 是 管道 ， 而 发 布 者 和 
订阅 者 类 似 于 线 框 上 的 端口 。 多 个 组 件 可 以 向 同一 个 发 布 者 订阅 , 一 个 组 件 既 可 以 发 布 多 个 相互 
独立 的 流 ， 也 可 以 向 多 个 发 布 者 订阅 。 接 下 来 的 一 节 会 使 用 Java 9 Flow 接口 的 术语 逐步 向 你 展 
示 该 思想 是 如 何 工作 的 。 
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图 15-9 “发 布 -订阅 ”模型 
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15.5.1 示例 : 对 两 个 流 求 和 


“发 布 -订阅 ”的 一 个 简单 却 典 型 的 例子 是 整合 两 个 信息 源 的 事件 并 发 布 给 其 他 用 户 使 用 。 这 
个 流程 一 开始 听 起 来 可 能 很 模糊 , 不 过 概念 上 我 们 把 它 想象 成 一 个 电子 表格 。 假设 电子 表格 中 的 
一 个 单元 格 包含 着 公式 。 我 们 对 电子 表格 的 单元 格 C3 进行 建 模 , 该 单元 格 包 含 了 公式 “=C1+C2”。 
只 要 C1 或 者 C2 被 更 新 ( 无论 是 有 人 对 它 进行 了 更 新 ， 还 是 因为 该 表格 包含 了 其 他 的 公式 )， 
C3 也 会 更 新 以 反映 这 些 变化 。 假设 下 面 的 代码 中 ,唯一 可 用 的 操作 就 是 对 单元 格 的 值 进 行 求 和 。 

首先 ， 对 保存 值 的 单元 格 进行 建 模 : 

private class SimpleCell { 


private int value = 0; 
private String name; 















































public SimpleCell (String name) { 
this.name = name; 
} 
} 


这 时 ， 代 码 还 比较 简单 ， 你 可 以 初始 化 几 个 单元 格 ， 如 下 所 示 : 


new SimpleCell ("C2"); 
new SimpleCell ("C1"); 


SimpleCell c2 
SimpleCell cl1 


怎样 才能 指定 当 C1 或 C2 的 值 发 生变 化 时 ，C3 会 对 这 两 个 值 重 新 进行 求 和 计算 呢 ? 你 需要 
一 个 途径 让 C3 可 以 订阅 Cl 和 C2 的 事件 ,为 了 达到 这 一 目标 ,我 们 引入 了 接口 Puplisher<T>， 
它 的 核心 代码 看 起 来 像 下 面 这 样 : 





interface Publisher<T> { 
void subscribe(Subscriber<? super T> subscriber); 


} 
这 个 接口 接受 一 个 它 可 以 通信 的 订阅 者 作为 参数 。subscriber<T> 接 口 提 供 了 一 个 简单 的 
方法 onNext ， 它 接受 信息 作为 参数 ， 接 下 来 你 就 可 以 按照 自己 的 需求 进行 实现 了 : 























interface Subscriber<T> { 
void onNext (T t); 
} 


怎样 把 这 两 个 概念 整合 到 一 起 呢 ? 你 可 能 意识 到 了 ， 单 元 格 实际 上 既是 一 个 发 布 者 ( 它 可 
以 向 其 他 单元 格 发 布 自己 的 事件 ) 也 是 一 个 订阅 者 (需要 依据 其 他 单元 格 的 事件 进行 响应 )。 
Cell 类 的 实现 如 下 所 示 : 


private class SimpleCell implements Publisher<Integer>, Subscriber<Integer> { 
private int value = 0; 
private String name; 
private List<Subscriber> subscribers = new ArrayList<>(); 
public SimpleCell (String name) { 
this.name = name; 











ha 
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} 











@Override 
通过 更 新 public void subscribe(Subscriber<? super Integer> subscriber) { 
自己 的 值 subscribers.add (subscriber); 该 方法 通知 所 
来 响应 它 | } 有 的 订阅 者 有 
Tl 一 个 新 值 产 
0 private void notifyAllSubscribers() { 新 值 产生 
生 的 新 值 subscribers.forEach(subscriber -> subscriber.onNext (this.value)); 
变化 ! 
@Override 在 终端 窗口 打印 输 
通知 所 有 public voidq onNext (Integer newValue) { 出 更 新 的 值 ， 此 外 
的 订阅 者 —> this.value = newValue; 还 可 以 泻 染 作 为 UI 
更 新 的 值 System.out .println(this.name + ":" + this.value); 一 部 分 的 发 生变 化 
notifyAllSubscribers(); 的 单元 格 
} 
} 
尝试 几 个 简单 的 例子 : 


Simplecell c3 = new SimpleCell ("C3"); 
SimpleCell c2 = new SimpleCell ("C2"); 
SimpleCell cl1 = new SimpleCell ("C1"); 


cl.subscribe(c3); 


cl.onNext (10); // 更 新 C1 的 值 为 10 
c2.onNext (20); // 更 新 C2 的 值 为 20 


这 有 段 代码 的 输出 如 下 所 示 ， 因 为 C3 直接 订阅 了 C1 的 习 











件 : 


un 





ELL0 
G3 10 
C2::20 


接 下 来 怎么 实现 “C3=C1+C2” 这 个 行为 呢 ?” 你 需要 引入 一 个 单独 的 类 ， 用 来 保存 算术 操作 
符 (左边 和 右边 ) 两 边 的 值 : 


public class ArithmeticCell extends SimpleCell { 


private int left; 
private int right; 


public ArithmeticCell(String name) { 
super (name); 


} 


更 新 单元 格 中 的 
值 , 并 通知 所 有 事 
< 件 订 阅 者 该 变化 


public voidq setLeft (int left) { 
this.left = left; 
onNext (left + this.right); 
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public voidq setRight (int right) { 更 新 单元 格 中 的 
this.right = right; 值 , 并 通知 所 有 事 
onNext (right + this.left); < 件 订 阅 者 该 变化 


} 
现在 你 可 以 尝试 一 个 更 现实 例子 : 


ArithmeticCell c3 = new ArithmeticCell ("C3"); 
SimpleCell c2 = new SimpleCell ("C2"); 
SimpleCell cl1 = new SimpleCell ("C1"); 


cl.subscribel(c 
c2.subscribel(c 


3::setLeft); 
3::setRight); 
cl.onNext (10); // 更 新 C1 的 值 为 10 
c2.onNext (20); // 更 新 C2 的 值 为 20 
cl.onNext (15); // 更 新 C1 的 值 为 15 


这 段 代 码 的 输出 如 下 : 


@1:10 
Ca 
G220 
C30 
Clols 
Q3%35 


审视 这 段 输出 ， 你 会 发 现 当 C1 更 新 为 15 时 ，C3 会 立刻 进行 响应 ， 也 同步 更 新 它 的 值 。 发 
布 者 -订阅 者 交互 的 奇妙 之 处 在 于 你 可 以 建立 发 布 者 与 订 i 幅 图 。 你 可 以 创建 另 一 个 
单元 格 C5， 通 过 表达 式 “C5=C3+C4”， 可 以 指定 它 依赖 于 C3 和 C4， 如 下 所 示 : 





























ArithmeticCell c5 = new ArithmeticCell ("C5") 
ArithmeticCell c3 = new ArithmeticCell ("C3") 
SimpleCell c4 = new SimpleCell ("C4"); 
SimpleCell c2 new SimpleCell ("C2"); 
SimpleCell cl1 = new SimpleCell ("C1"); 


’ 
’ 


cl.subscribel(c 
c2.subscribel(c 


::setLeft); 


3 
3::setRight); 





c3.subscribe(c5::setLeft); 
c4.subscribe(c5::setRight); 


之 后 ， 你 就 可 以 在 你 的 电子 表格 中 进行 各 种 更 新 了 : 


0); // 更 新 C1 的 值 为 10 
0); // 更 新 C2 的 值 为 20 
5) 
es 
); 


cl.onNext (1 

c2 .onNext (2 

cl.onNext (1 // 更 新 C1 的 值 为 15 
Cl) J 更 新 C4 的 值 为 1 
(3 


; // 更 新 C4 的 值 为 3 


c4.onNext 
c4.onNext 
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这 些 动作 产生 了 下 面 的 输出 : 


C1:10 
G3 10 
ES 人 
C20 
C30 
人 CSS 
Cl LS 
3335 
C5.235 
C44: 
C5336 
C4:3 
C9538 
































最 终 C5 的 值 是 38， 因 为 Cl1 是 15，C2 是 20, 而 C4 是 3。 


术 语 
由 于 数据 的 流动 是 从 发 布 者 (生产 者 ) 流向 订阅 者 (消费 者 )， 因 此 程序 员 经 常 使 用 诸如 
向 上 流 (upstream ) 和 向 下 流 (downstream ) 这 样 的 术语 ,前 面 的 示例 代码 中 , 向 上 流 onNext () 
方法 接收 的 数据 newValue 是 由 notifyAllSubscribers() 方 法 传递 给 向 下 游 的 onNext () 
方法 的 。 

















这 就 是 “发 布 -订阅 ”的 核心 思想 。 然 而 ， 我 们 也 省 略 了 一 些 东西 没有 讨论 ， 有 些 是 非常 直 
观 的 装饰 性 内 容 ， 有 的 内 容 〈 璧 如 背 压 ) 极其 重要 ， 下 一 节 会 专门 介绍 。 

首先 , 来 看 看 那些 非常 直观 的 东西 。15.2 节 介 绍 过 , 使 用 流 进行 编程 时 ,你 可 能 更 希望 发 送 
信和 号 给 对 象 ， 而 不 是 处 理 一 个 onNext 事件 ， 因此 订阅 者 ( 监听 者 ) 需要 定义 OnNnError 和 onComplete 
方法 。 这 样 一 来 ,发布 者 才 有 机 会 告诉 订阅 者 发 生 了 异常 ， 并 终止 数据 流 的 发 送 ( 譬如 ,温度计 
的 例子 中 , 温度计 可 能 被 替换 了 ， 再 也 无 法 通过 onNext 方法 返回 更 多 的 数据 )。Java 9 Flow API 
中 的 subscriber 接口 提供 了 对 onError 和 onComplete 方法 的 支持 。 这 些 方法 是 “发 布 - 订 
阅 ” 协 议 比 传统 的 观察 者 模式 更 加 强大 的 原因 之 一 。 

两 个 简单 却 重要 的 概念 ， 即 压力 和 背 压 ， 极 大 地 丰富 了 Flow 接口 。 这 些 概念 看 起 来 好 像 无 
足 轻重 , 但 是 它们 对 程序 能 否 充 分 利用 线程 的 处 理 能 力 影 响 很 大 。 还 是 以 温度 计 为 例 , 假设 它 之 
前 以 每 隔 几 秒 钟 的 频率 返回 温度 数据 ， 之 后 温度 计 进 行 了 升级 ， 能 以 更 高 的 频率 提供 数据 信息 ， 
璧 如 每 毫秒 报告 一 次 温度 数据 。 你 的 程序 能 以 足够 快 的 速度 响应 这 些 事件 么 ? 遭遇 这 种 情况 会 不 
会 发 送 缓冲 区 游 出 ,其 至 是 程序 崩 淡 ( 回想 一 下 我 们 之 前 碰 到 的 问题 场景 , 线程 池 一 下 涌 入 大 量 
要 处 理 的 任务 ， 同 时 又 有 一 些 任务 被 阻塞 ) ? 类 似 地 , 假设 你 向 一 个 发 布 者 订阅 了 服务 ,该 服务 
会 为 你 提供 SMS 消息 服务 ， 将 SMS 消息 推送 到 你 的 手机 上 。 这 项 订阅 刚 开始 可 能 工作 得 很 好 ， 
因为 你 的 新 手机 上 只 有 有 限 的 几 条 SMS 消息 ， 几 年 之 后 ，SMS 消息 的 数量 已 经 累积 到 数 以 千 计 
的 规模 , 这 时 候 会 发 生 什 么 情况 呢 ?” 这 些 消息 可 能 在 一 秒 钟 内 调用 onNext 发 送 完 毕 么 ? 这 种 情 
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况 通 稼 被 称 作 压力 。 

现在 , 假设 有 一 个 垂直 的 管道 ， 其 中 装着 标记 了 消息 的 球 。 你 还 需要 一 种 “ 背 压 ”机 制 ， 壁 
如 限制 多 少 球 可 以 被 加 入 圆 和 位 。 背 压 在 Java 9 的 Flow API 中 是 通过 request () 方 法 实现 的 。 
request () 方 法 定义 在 一 个 新 的 接口 supscription 中 ,该 方法 邀请 发 布 者 按照 约定 的 数量 发 
送 下 一 次 的 元 素 ， 而 不 是 以 无 限 的 速率 发 送 元 素 ( 即 采用 拉 模 式 ， 而 不 是 推 模式 )。 下 一 节 会 讨 


论 这 一 主题 。 






























































15.5.2” 背 压 


我 们 已 经 学 习 了 如 何 向 Publisher 传递 一 个 subscriber 对 象 ( 它 包 含 了 onNext、 
onError 和 oncomplete 方法 )，Puplisher 会 在 恰当 的 时 候 调 用 该 对 象 。 这 个 对 象 被 用 于 在 
Publisher 与 Subscriper 之 间 传 递 信息 。 通 过 背 压 ( 流量 控制 ), 你 可 以 限制 信息 传输 的 速率 ， 
当然 在 此 之 前 ,你 需要 通过 subscripber 向 Publisher 发 送 相关 的 限制 信息 。 此 外 ， 你 还 需要 
解决 一 个 问题 ， 一 个 Publisher 可 能 有 多 个 subscriber， 然 而 你 希望 你 设置 的 背 压 只 对 点 对 
点 的 连接 生效 , 不 影响 其 他 的 连接 。 为 了 解决 这 个 问题 ，Java 9 Flow API 中 的 subscriber 接口 
提供 了 第 4 个 方法 : 


void onSubscribe (Subscription subscription); 


当 第 一 个 事件 通过 Publisher 与 Subscriper 之 间 的 管道 发 送 时 ,该 方法 就 会 被 调用 执行 。 
Subscription 对 象 包含 的 方法 可 以 帮助 supscriber 与 Publisnher 进行 通信 ,代码 如 下 所 示 : 






































interface Subscription { 
void cancel (); 
void request (long n); 


} 


请 注意 ， 回 调 函 数 经 常 有 的 “似乎 后 向 兼容 ”效果 。Publisher 创建 了 subscription 对 
象 并 将 其 传递 给 Subscriber, 后 者 又 可 以 调用 它 的 方法 由 Subscriber 向 Publisher 回 传 


? 
= 


Ho 





一 、 


15.5.3 ”一 种 简单 的 真实 背 压 


为 了 让 “发 布 -订阅 ”连接 每 次 只 处 理 一 个 事件 ， 你 需要 进行 下 面 的 变更 。 

口 在 subscriber 中 本 地 存储 由 onsubscripe 方法 传递 的 subscription 对 象 ， 为 此 ， 

你 可 能 需要 为 其 添加 一 个 supscription 字段。 

口 让 onSubscripe、onNext 和 onError (有 可 能 也 需要 ) 的 最 后 一 个 动作 都 是 使 用 
channel .request (1) 请 求 下 一 个 事件 ( 注意 只 请 求 一 个 事件 ， 避免 Subscriber 被 太 
多 的 事件 淹没 )。 

口 修改 Publisher， 让 本 例 中 的 notifyAllSubscribers 方法 只 对 提交 了 请 求 的 管道 发 
送 onNext 或 者 onError 事件 。 
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口 通常 ，Publisher 会 创建 一 个 新 的 Subscription 对 象 ， 并 将 其 与 Subscriber 一 一 

对 应 ， 这 样 才 能 确保 多 个 subscriber 可 以 按照 自己 设 定 的 背 压 处 理 数据 。 
虽然 这 一 流程 看 起 来 很 简单 ， 但 是 实现 背 压 时 还 需要 额外 考虑 一 系列 的 取舍 。 
口 你 是 否 要 以 最 低速 度 向 多 个 supscriber 发 送 事 件 ? 或 者 你 是 否 要 为 每 个 subscriber 
维护 一 个 单独 的 未 发 送 数据 队列 ? 
口 如 果 这 些 队列 增长 过 快 ， 会 发 生 什 么 情况 ? 
口 如 果 subscriber 还 未 准备 好 接收 数据 ， 你 会 丢弃 事件 么 ? 
做 出 什么 样 的 选择 取决 于 传送 数据 的 语义 。 从 一 个 序列 中 丢失 一 份 温度 报告 可 能 无 关 痛 痒 ， 
但 如 果 丢 失 的 是 你 银行 账户 的 信用 卡 信息 就 严重 了 。 

我 们 经 常 听 到 “基于 拉 模 式 的 反应 式 背 压 ”这 一 概念 ,之 所 以 称 其 为 “基于 拉 模 式 的 反应 式 ”， 

是 因为 它 为 supscriber 提供 了 一 种 途径 ,借助 于 事件 (反应 式 ) 去 “ 拉 取 ”( 通过 request 
方法 ) Publisher 提供 的 更 多 信息 。 其 结果 就 是 背 压 机 制 。 


15.6 ”反应 式 系统 和 反应 式 编程 


无 论 是 在 编程 界 还 是 学 术 社 区 ， 你 都 会 越 来 越 多 地 听 到 人 们 提起 反应 式 系统 和 反应 式 编程 。 
认识 到 这 两 个 术语 表达 的 是 截然 不 同 的 思想 很 重要 。 

反应 式 系 统 是 一 个 程序 ， 其 架构 很 灵活 ， 可 以 在 运行 时 调整 以 适应 变化 的 需求 。 反 应 式 系统 
应 该 满足 的 特性 在 “反应 式 宣言 ”中 进行 了 明确 的 定义 〈 详 情 请 参考 第 17 章 ) 它 的 三 大 特性 可 
以 概括 为 响应 性 、 韦 性 和 弹性 。 

响应 性 意味 着 反应 式 系统 不 能 因为 正在 蔡 某 人 处 理 一 个 大 型 任务 就 延迟 其 他 用 户 的 查询 请 
求 ， 它 必须 实时 地 对 输入 进行 响应 。 韧 性 意味 着 系统 不 能 因为 某 个 组 件 失 效 就 无 法 提供 服务 。 某 
个 网 络 连接 出 现 问 题 , 不 应 该 影响 其 他 网 络 的 查询 服务 , 对 无 法 响应 组 件 的 查询 应 该 被 重新 路 由 
到 备用 组 件 上 。 弹 性 意味 着 系统 可 以 调整 以 适应 工作 负荷 的 变化 ,持续 高 效 地 运行 。 就 像 你 可 以 
在 酒吧 中 动态 调整 提供 食物 和 提供 酒水 服务 的 员工 ， 让 两 个 队列 的 等 待 时 间 都 保持 一 致 ， 同 样 ， 
你 也 可 以 调整 各 种 软件 服务 的 工作 线程 数 , 避免 工作 线程 处 于 闲 等 状态 ,以 使 每 个 队列 都 能 高 效 
地 处 理 。 

很 明显 ， 要 达到 这 些 目标 有 多 种 方式 ， 但 是 主流 的 方式 是 使 用 由 Java 的 java.util. 
concurrent .Flow 接口 提供 的 反应 式 编程 。 这 些 接口 的 设计 反映 了 反应 式 宣言 的 第 4 个 ,也 是 
最 后 一 个 属性 ， 即 消息 驱动 。 消 息 驱 动 的 系统 基于 线 框 -管道 模型 提供 了 内 部 API， 组 件 等 待 要 
人 处理 的 输入 ,处理 结果 通过 消息 发 送 给 其 他 的 组 件 ， 以 这 种 方式 创建 了 一 个 反应 式 系统 。 


15.7 路线 图 


第 16 章 会 使 用 一 个 真实 的 Java 示例 进一步 介绍 completableFuture， 第 17 章 会 探索 Java9 
的 Flow API (“发 布 - 订 阅 ” 模 型 )。 
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15.8 小结 


以 下 是 本 章 中 的 关键 概念 。 

口 Java 对 并 发 的 支持 由 来 已 入 ， 并 旦 还 在 持续 演进 。 通 党 而 言 ， 线 程 池 技术 很 有 帮助 ， 然 

而 如 果 你 有 大 量 可 能 阻塞 的 任务 ， 使 用 它 反而 会 带 来 麻烦 。 

口 方法 异步 化 (在 完成 它们 的 工作 之 前 返回 ) 能 提升 程序 的 并 发 度 ， 其 可 以 与 用 于 循环 结 

构 的 优化 进行 互补 。 

口 使 用 线 框 -管道 模型 可 以 对 异步 系统 进行 可 视 化 。 

口 Java 8 的 CompletableFuture 类 和 Java 9 的 Flow API 都 可 以 通过 线 框 -管道 图 表示 。 

口 CompletableFuture 类 常用 于 一 次 性 的 异步 计算 。 使 用 结合 器 可 以 组 合 多 个 异步 计算 ， 

并 且 无 须 担 心 使 用 Future 时 的 阻塞 风险 。 5 
































口 Flow API 基于“ 发布- 订阅” 协议, 它 与 背 压 一 起 构成 了 Java 反应 式 编程 的 基础 。 
口 反应 式 编 程 可 以 帮助 实现 反应 式 系统 。 



































CompletableFuture: 
组 合式 异步 编程 








本 章 内 容 

口 创建 异步 计算 ， 并 获取 计算 结 

口 使 用 非 阻塞 操作 提升 吞吐 量 

口 设计 和 实现 异步 API 

口 如 何以 异步 的 方式 使 用 同步 的 API 

口 如 何 对 两 个 或 多 个 异步 操作 进行 流水 线 和 合并 操作 
口 如 何 处 理 异 步 操 作 的 完成 状态 


























第 15 章 介绍 了 现代 并 发 的 一 些 背 景 知识 : 在 多 种 并 发 资源 ( 多 个 CPU 核 或 其 他 类 似 资源 ) 
可 用 的 情况 下 ,如 何 从 高 层 视角 让 你 的 程序 充分 地 利用 这 些 资源 , 而 不 是 让 你 的 代码 充斥 着 结构 
混乱 、 难 于 维护 的 线程 操作 。 本 书 介绍 过 并 行 流 以 及 fork/join 并 行 机 制 为 表达 并 行进 行 的 高 层 抽 
象 , 通过 它们 我 们 可 以 在 程序 中 并 行 地 遍历 集合 , 或 者 并 行 地 执行 分 而 治之 计算 。 不 过 , 方法 调 
用 本 身 也 为 并 行 执行 带 来 了 额外 的 提升 空间 。Java 8 和 Java 9 为 了 实现 这 一 目标 ， 引 入 了 两 个 
API， 分 别 是 : CompletableFuture 以 及 反应 式 编程 范例 。 本 章 会 通过 实战 代码 介绍 Java 8 通 
过 实现 Future 接口 创建 的 CompletableFuture, 了 解 它 为 你 的 编程 武器 库 带 来 了 哪些 额外 的 
装备 。 本 章 还 会 介绍 Java 9 所 引入 的 新 并 发 特性 。 



























































16.1 Future 接口 

















Java 5 引入 了 Future 接口 ， 它 的 设计 初衷 是 对 将 来 某 个 时 刻 会 发 生 的 结果 进行 建 模 。 举 个 
例子 ， 调 用 方 发 起 远程 服务 查询 时 ， 它 是 无 法 立刻 得 到 查询 结果 的 。 采 用 Future 接口 可 以 对 异 
步 计 算 进 行 建 模 , 返回 一 个 指向 执行 结果 的 引用 , 运算 结束 后 ,调用 方 可 以 通过 该 引用 访问 执行 
的 结果 。 在 Future 中 触发 那些 可 能 耗 时 的 调用 ,能 够 将 调用 线程 解放 出 来 ,让 它们 继续 执行 其 
他 有 价值 的 工作 , 不 必 呆 采 等 待 耗 时 的 操作 完成 。 打 个 比方 , 你 可 以 把 这 个 过 程 想象 成 你 拿 了 一 
袋子 衣服 到 中 意 的 干洗 店 去 洗 。 干洗 店 的 员工 会 给 你 张 发 票 ， 告 诉 你 什么 时 候 衣 服 会 洗 好 ( 这 就 
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是 一 个 Future 事件 )。 衣服 干洗 的 同时 , 你 可 以 去 做 其 他 的 事情 。Future 的 另 一 大 优点 是 它 比 
更 底层 的 Threagd 更 好 用 。 要 使 用 Future， 通常 你 只 需要 将 耗 时 的 操作 封装 在 一 个 callable 
对 象 中 ， 再 将 它 提交 给 Executorservice， 就 万 事 大 吉 了 。 下 面 这 段 代码 展示 了 Java 8 之 前 使 
用 Future 的 一 个 例子 。 


代码 清单 16-1 使 用 Future 以 异步 的 方式 执行 一 个 耗 时 的 操作 
向 ExecutorService 提交 创建 Executorservice， 通 过 





























一 个 callable 对 象 它 你 可 以 向 线程 池 提 交 任 务 


ExecutorService executor = Executors.newCachedThreadPool (); 
Future<Double> future = executor.submit (new Callable<Double>() { 
public Double call() { 


return doSomeLongComputation(); 异步 操作 进行 的 
ye 同时 ， 你 可 以 做 
其 他 的 事情 





doSomethingElse(); 
try { 

Double result = future.get (1, TimeUnit.SECONDS); 
} catch (ExecutionException ee) { 








// 计算 抛 出 一 个 异常 
} catch (InterruptedException ie) { 获取 异步 操作 的 结果 ， 16 
// 当前 线程 在 等 待 过 程 中 被 中 断 如 果 最 终 被 阻塞 , 无 法 
} catch (TimeoutException te) { 得 到 结果 , 那么 在 最 多 
// 在 Future 对 象 完成 之 前 超过 已 过 期 等 待 1 秒 钟 之 后 退出 
} 
以 异步 方式 在 新 的 线 
程 中 执行 耗 时 的 操作 


正 像 图 16-1 介绍 的 那样 ， 这 种 编程 方式 让 你 的 线程 可 以 在 ExecutorService 以 并 发 方式 
调用 男 一 个 线程 执行 耗 时 操作 的 同时 ， 去 执行 一 些 其 他 的 任务 。 接 着 ,如 果 你 已 经 运行 到 没有 异 
步 操作 的 结果 就 无 法 继续 任何 有 意义 的 工作 时 ， 可 以 调用 它 的 get 方法 去 获取 操作 的 结果 。 如 
果 操 作 已 经 完成 ,该 方法 会 立刻 返回 操作 的 结果 ， 否 则 它 会 阻塞 你 的 线程 ， 直 到 操作 完成 ,返回 
相应 的 结果 。 


















































你 的 线程 执行 线程 
| 空闲 
提交 任务 ! 
doSomethingElse doSomeLongComputation 
查询 执行 结果 
阻塞 | 返回 结果 
i | 
| 空闲 














图 16-1 使 用 Future 以 异步 方式 执行 长 时 间 的 操作 
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你 能 想象 这 种 场景 存在 怎样 的 问题 吗 ” 如 果 该 长 时 间 运 行 的 操作 永远 不 返回 了 会 怎样 ? 为 
了 处 理 这 种 可 能 性 ， 虽 然 Future 提供 了 一 个 无 须 任何 参数 的 get 方法 ， 还 是 推荐 大 家 使 用 重 
载 版 本 的 get 方法 ， 它 接受 一 个 超时 的 参数 ， 通 过 它 ， 你 可 以 定义 你 的 线程 等 待 Future 结果 
的 最 长 时 间 ， 就 像 代码 清单 16-1 中 那样 ， 而 不 是 永 无 止境 地 等 待 下 去 。 


























16.1.1 Future 接口 的 局 限 性 


通过 第 一 个 例子 , 我们 知道 Future 接口 提供 了 方法 来 检测 异步 计算 是 否 已 经 结束 (使 用 
isDone 方法 )， 等 待 异步 操作 结束 ， 以 及 获取 计算 的 结果 。 但 是 这 些 特性 还 不 足以 让 你 编写 
简洁 的 并 发 代码 。 比 如 ， 我 们 很 难 表述 Future 结果 之 间 的 依赖 性 ; 从 文字 描述 上 这 很 简单 ， 
“ 当 长 时 间 计 算 任 务 完 成 时 ， 请 将 该 计算 的 结果 通知 到 另 一 个 长 时 间 运 行 的 计算 任务 ， 这 两 个 
计算 任务 都 完成 后 ， 将 计算 的 结果 与 男 一 个 查询 操作 结果 合并 ”。 但 是 ,使 用 Future 中 提供 
的 方法 完成 这 样 的 操作 又 是 另外 一 回 事 。 这 也 是 我 们 需要 更 具 描述 能 力 的 特性 的 原因 ， 比 如 
下 面 这 些 。 

口 将 两 个 异步 计算 合并 为 一 个 一 一 这 两 个 异步 计算 之 间 相 互 独立 ， 同 时 第 二 个 又 依赖 于 第 

一 个 的 结果 。 

口 等 待 Future 集合 中 的 所 有 任务 都 完成 。 

口 仅 等 待 Future 集合 中 最 快 结束 的 任务 完成 (有 可 能 因为 它们 试图 通过 不 同 的 方式 计算 

同一 个 值 )， 并 返回 它 的 结 

口 通过 编程 方式 完成 一 个 Future 任务 的 执行 ( 即 以 手工 设 定 异步 操作 结果 的 方式 )。 

口 应 对 Future 的 完成 事件 ( 即 当 Future 的 完成 事件 发 生 时 会 收 到 通知 ,并 能 使 用 Future 
计算 的 结果 进行 下 一 步 的 操作 ， 不 只 是 简单 地 阻塞 等 待 操作 的 结果 )。 

这 一 章 中 ， 你 会 了 解 新 的 CompletableFuture 类 ( 它 实现 了 Future 接口 ) 如 何 利 用 Java 8 
的 新 特性 以 更 直观 的 方式 将 上 述 需求 都 变 为 可 能 。stream 和 CompletableFuture 的 设计 都 遵 
循 了 类 似 的 模式 : 它们 都 使 用 了 Lambda 表达 式 以 及 流水 线 的 思想 。 从 这 个 角度 ， 你 可 以 说 
CompletableFuture 和 Future 的 关系 就 跟 stream 和 Collection 的 关系 一 样 。 











































































































16.1.2 使 用 completableFuture 构建 异步 应 用 


为 了 展示 CompletableFuture 的 强大 特性 ， 我 们 会 创建 一 个 名 为 “最 佳 价格 查询 器 ” 
( best-price-finder ) 的 应 用 , 它 会 查询 多 个 在 线 商店 , 依据 给 定 的 产品 或 服务 找 出 最 低 的 价格 。 这 
个 过 程 中 ， 你 会 学 到 几 个 重要 的 技能 。 
口 首先 , 你 会 学 到 如 何 为 你 的 客户 提供 异步 API ( 如 果 你 拥有 一 间 在 线 商 店 的 话 , 这 是 非常 
有 帮助 的 )。 
口 其 次 ， 你 会 掌握 如 何 让 你 使 用 了 同步 API 的 代码 变 为 非 阻塞 代码 。 你 会 了 解 如 何 使 用 流 
水 线 将 两 个 接续 的 异步 操作 合并 为 一 个 异步 计算 操作 。 这 种 情况 肯定 会 出 现 ， 比 如 ， 在 线 
商店 返回 了 你 想 要 购买 商品 的 原始 价格 ， 并 附带 着 一 个 折扣 代码 一 一 最 终 ， 要 计算 出 该 商 
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品 的 实际 价格 ， 你 不 得 不 访问 第 二 个 远程 折扣 服务 ， 查 询 该 折扣 代码 对 应 的 折扣 比率 。 

口 你 还 会 学 到 如 何以 响应 式 的 方式 处 理 异 步 操作 的 完成 事件 ， 以 及 随 着 各 个 商店 返回 它 的 
商品 价格 ， 最 佳 价 格 查 询 器 如 何 持续 地 更 新 每 种 商品 的 最 佳 推荐 ， 而 不 是 等 待 所 有 的 商 
店 都 返回 他 们 各 自 的 价格 〈 这 种 方式 存在 着 一 定 的 风险 ， 一 旦 某 家 商店 的 服务 中 断 ， 用 
户 就 可 能 遭遇 日 屏 )。 


























同步 API 与 异步 API 

同步 API 其 实 只 是 对 传统 方法 调用 的 另 一 种 称呼 : 你 调用 了 某 个 方法 ， 调 用 方 在 被 调用 
方 执行 的 过 程 中 会 等 待 ， 被 调用 方 执行 结束 返回 ， 调 用 方 取得 被 调用 方 的 返回 值 并 继续 运行 。 
即使 调用 方 和 被 调用 方 在 不 同 的 线程 中 运行 , 调用 方 还 是 需要 等 待 被 调用 方 结束 运行 , 这 就 是 
阻塞 式 调用 名 字 的 由 来 。 

与 此 相反 ， 异 步 API 会 直接 返回 ， 或 者 至 少 在 被 调用 方 计 算 完 成 之 前 ， 将 它 剩 余 的 计算 
任务 交 由 另 一 个 线程 去 做 ,该 线程 和 调用 方 是 异步 的 一 -这 就 是 非 阻塞 式 调用 的 由 来 。 执 行 剩 
余 计 算 任务 的 线程 会 将 它 的 计算 结果 返回 给 调用 方 。 返 回 的 方式 要 么 是 通过 回调 函数 ， 要 么 是 
由 调用 方 再 次 执行 一 个 “等 待 ， 直 到 计算 完成 ”的 方法 调用 。 这 种 风格 的 计算 在 IO 系统 程序 
设计 中 很 常见 : 你 发 起 了 一 次 磁盘 访问 ， 如 果 你 同时 还 有 很 多 其 他 计算 任务 ， 那 这 次 访问 与 其 
他 计算 任务 会 异步 执行 ， 你 完成 其 他 任务 没有 别 的 事情 做 时 ， 会 等 待 磁盘 块 载 入 内 存 。 注 意 ， 
阻塞 和 非 阻塞 通常 用 于 描述 操作 系统 的 某 种 IO 实现 ,然而 ,这 些 术语 也 常常 等 价 地 用 在 非 IJO 
的 上 下 文中 ， 即 “异步 调用 ”和 “同步 调用 ”。 
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为 了 实现 最 佳 价格 查询 器 应 用 , 让 我 们 从 每 个 商店 都 应 该 提供 的 API 定义 人 手 。 首 先 ,商店 
应 该 声明 依据 指定 产品 名 称 返回 价格 的 方法 : 


public class Shop { 
public double getPrice(String product) { 
// 待 实现 
} 


该 方法 的 内 部 实现 会 查询 商店 的 数据 库 , 但 也 有 可 能 执行 一 些 别 的 耗 时 的 任务 ， 比 如 联系 其 
他 外 部 服务 ( 比如， 商店 的 供应 商 ， 或 者 跟 制 造 商 相关 的 推广 折扣 )。 本 章 剩 下 的 内 容 中 会 采用 
delay 方法 模拟 这 些 长 期 运行 的 方法 的 执行 ， 它 会 人 为 地 引入 1 秒 钟 的 延迟 ， 方 法 声明 如 下 。 
代码 清单 16-2 模拟 1 秒 钟 延迟 的 方法 
public static voidq delay() { 
try ~ 


Thread.sleep (1000L); 
} catch (InterruptedException e) { 
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throw new RuntimeException(e); 
} 
} 


为 了 介绍 本 章 的 内 容 ，getPrice 方法 会 调用 aelay 方法 ， 并 返回 一 个 随机 计算 的 值 ， 代 
码 清单 如 下 所 示 。 返 回 随机 计算 的 价格 这 段 代 码 看 起 来 有 些 取 巧 。 它 使 用 charaAt ， 依 据 产品 的 
名 称 ， 生 成 一 个 随机 值 作为 价格 。 


代码 清单 16-3 在 getPrice 方法 中 引入 一 个 模拟 的 延迟 
public double getPrice(String product) { 
return calculatePrice(product); 











} 
private double calculatePrice(String product) { 
delay (); 
return random.nextDouble() * product.charAt (0) + product.charAt (1) ; 


} 

很 明显 , 这 个 API 的 使 用 者 〈 这 个 例子 中 为 最 佳 价格 查询 器 ) 调用 该 方法 时 ,， 它 依旧 会 被 阻 
塞 。 为 等 竺 同步 事件 完成 而 等 待 1 秒 钟 ， 这 是 无 法 接受 的 ,尤其 是 考虑 到 最 佳 价 格 查询 器 对 网 络 
中 的 所 有 商店 都 要 重复 这 种 操作 。 本 章 接 下 来 的 小 节 中 , 你 会 了 解 如 何以 异步 方式 使 用 同步 API 
解决 这 个 问题 。 但 是 ， 出 于 学 习 如 何 设计 异步 API 的 考虑 ,我 们 会 继续 这 一 节 的 内 容 ,假装 还 在 
深 受 这 一 困难 的 烦 扰 : 你 是 一 个 窒 智 的 商店 店主 , 已 经 意识 到 了 这 种 同步 API 会 为 你 的 用 户 带 来 
多 么 痛苦 的 体验 ， 你 希望 以 异步 API 的 方式 重 写 这 段 代码 ， 让 用 户 更 流畅 地 访问 你 的 网 站 。 


16.2.1 将 同步 方法 转换 为 异步 方法 


为 了 实现 这 个 目标 , 你 首先 需要 将 getPrice 转换 为 getPriceAsync 方法 , 并 修改 它 的 返 
回 值 : 


public Future<Double> getPriceAsync (String product) { ... } 


本 章 开 头 已 经 提 到 ，Java 5 引入 了 java.util.concurrent .Future 接口 表示 一 个 异步 计 
算 ( 即 调用 线程 可 以 继续 运行 ,不 会 因为 调用 方法 而 阻塞 ) 的 结果 。 这 意味 着 Future 是 一 个 暂 
时 还 不 可 知 值 的 处 理 器 ， 这 个 值 在 计算 完成 后 ， 可 以 通过 调用 它 的 get 方法 取得 。 因 为 这 样 的 
设计 ，getPriceaAsync 方法 才能 立刻 返回 ， 给 调用 线程 一 个 机 会 ， 能 在 同一 时 间 去 执行 其 他 有 
价值 的 计算 任务 。 新 的 CompletableFuture 类 提供 了 大 量 的 方法 ， 让 我 们 有 机 会 以 多 种 可 能 
的 方式 轻松 地 实现 这 个 方法 ， 比 如 下 面 就 是 这 样 一 段 实现 代码 。 


代码 清单 16-4 ”getPriceAsync 方法 的 实现 







































































在 另 一 个 线程 中 以 创建 completableFuture 

异步 方式 执行 计算 对 象 ， 它 会 包含 计算 的 结果 

public Future<Double> getPriceAsync (String product) { 
CompletableFuture<Double> futurePrice = new CompletableFuture<>(); < 一 
new Thread( () -> { 


double price = calculatePrice (product); 


16.2 ”实现 异步 API 349 





置 Future 的 返回 值 


需 长 时 间 计 算 的 任务 
futurePrice.complete (price); 结束 并 得 出 结果 时 , 设 
}) .start (); 


return futurePrice; < 


无 须 等 待 还 没 结 束 的 计算 ， 
直接 返回 Future 对 象 


在 这 段 代 码 中 ， 你 创建 了 一 个 代表 异步 计算 的 CompletableFuture 对 象 实例 ， 它 在 计算 





完成 时 会 包含 计算 的 结果 。 接 着 ， 你 j 








周 用 fork 创建 了 另 一 个 线程 去 执行 实际 的 价格 计算 工作 ， 





不 等 该 耗 时 计算 任务 结束 ， 直 接 返 回 一 个 Future 实例 。 当 请 求 的 产品 价格 最 终 计 算得 出 时 ,你 





可 以 使 用 它 的 complete 方法 ， 结 束 


CompletableFuture 对 象 的 运行 ， 并 设置 变量 的 值 。 很 





显然 , 这 个 新 版 Future 的 名 称 也 解释 了 它 所 具有 的 特性 。 使 用 这 个 API 的 客户 端 , 可 以 通过 下 


面 的 这 段 代 码 对 其 进行 调用 。 
代码 清单 16-5 ”使 用 异步 API 


long start = System.nanoTime() 


; 取得 商品 的 价格 


Shop shop = new Shop ("BestShop"); 查询 商店 ， 试 图 


Future<Double> futurePrice = shop.getPriceAsync ("my favorite product"); 
long invocationTime = ((System.nanoTime() - start) / 1_000_000); 
System.out .println("Invocation returned after " + invocationTime 


// 执行 更 多 任务 ， 比 如 查询 其 他 商店 
doSomethingElse(); 

// 在 计算 商品 价格 的 同时 

ty 


double price = futurePrice.get() 
System.out .printf ("Price is %.2f%n", price); 


} catch (Exception e) { 


+ " msecs"); 


从 Future 对 象 中 读 取 价格 ， 
如 果 价 格 未 知 ， 会 发 生 阻 塞 


< 一 


’ 


throw new RuntimeException(e); 


} 


long retrievalTime = ((System. 


nanoTime() - start) / 1_000_000); 


System.out .println("Price returned after " + retrievalTime + " msecs"); 





上 面 这 段 代码 中 ,客户 向 商店 查询 了 某 种 商品 的 价格 。 由 于 商店 提供 了 异步 API， 该 次 调用 
立刻 返回 了 一 个 Future 对 象 , 通过 该 对 象 客户 可 以 在 将 来 的 某 个 时 刻 取 得 商品 的 价格 。 这 种 方 
式 下 ,客户 在 进行 商品 价格 查询 的 同时 ,还 能 执行 一 些 其 他 的 任务 ， 比 如 查询 其 他 家 商店 中 商品 
的 价格 ， 而 不 会 采 呆 地 阻塞 在 那里 等 待 第 一 家 商店 返回 请 求 的 结果 。 最 后 ,如 果 所 有 有 意义 的 工 





























作 都 已 经 完成 ， 客 户 所 有 要 执行 的 工作 都 依赖 于 商品 价格 时 ， 就 再 调用 Future 的 get 方法 。 
执行 了 这 个 操作 后 ， 客 户 要 么 获得 Future 中 封装 的 值 ( 如 果 异 步 任务 已 经 完成 )， 要 么 发 生 阻 

















塞 ， 直 到 该 异步 任务 完成 ， 期 望 的 值 能 够 访问 。 代 码 清单 16-5 产生 的 输出 可 能 是 下 面 这 样 : 


























Invocation returned after 43 msecs 


Price is 123.26 


Price returned after 1045 msecs 


你 一 定 已 经 发 现 getPriceAsyn 


c 方法 的 调用 返回 远 远 早 于 最 终 价格 计算 完成 的 时 间 。 在 


16.4 节 中 ， 你 还 会 知道 我 们 有 可 能 避免 发 生 客户 端 被 阻塞 的 风险 。 实 际 上 这 非常 简单 ，Future 





350 ”第 16 章 CompletableFuture: 组 合式 异步 编程 











执行 完毕 可 以 发 送 一 个 通知 ， 仅 在 计算 结果 可 用 时 执行 一 个 由 Lambda 表达 式 或 者 方法 引用 定义 
的 回调 函数 。 不 过 ， 当 下 不 会 对 此 进行 讨论 ,现在 要 解决 的 是 另 一 个 问题 : 如 何 正 确 地 管理 异步 
任务 执行 过 程 中 可 能 出 现 的 错误 。 




















16.2.2 错误 处 理 


如 果 没 有 意外 ,我 们 目前 开发 的 代码 工作 得 很 正常 。 但是， 如 果 价 格 计算 过 程 中 产生 了 错误 
会 怎样 呢 ? 非常 不 季 , 这 种 情况 下 你 会 得 到 一 个 相当 糟糕 的 结果 : 用 于 提示 错误 的 异常 会 被 限制 
在 试图 计算 商品 价格 的 当前 线程 的 范围 内 ， 最 终 会 杀 死 该 线程 ， 而 这 会 导致 等 待 get 方法 返回 
结果 的 客户 端 永久 地 被 阻塞。 

客户 端 可 以 使 用 重 载 版 本 的 get 方法 ， 它 使 用 一 个 超时 参数 来 避免 发 生 这 样 的 情况 。 这 是 
一 种 值得 推荐 的 做 法 ,你 应 该 尽量 在 你 的 代码 中 添加 超时 判断 的 逻辑 ， 避 免 发 生 类 似 的 问题 。 使 
用 这 种 方法 至 少 能 防止 程序 永久 地 等 待 下 去 ， 超时 发 生 时 ， 程序 会 得 到 通知 发 生 了 
TimeoutException。 不 过 , 也 因为 如 此 , 你 不 会 有 机 会 发 现 计算 商品 价格 的 线程 内 到 底 发 生 了 
什么 问题 才 引 发 了 这 样 的 失效 。 为 了 让 客户 端 能 了 解 商店 无 法 提供 请 求 商品 价格 的 原因 , 你 需要 
使 用 CompletableFuture 的 completeExceptionally 方法 将 导致 CompletableFuture 内 
发 生 问题 的 异常 抛 出 。 对 代码 清单 16-4 优化 后 的 结果 如 下 所 示 。 




































































代码 清单 16-6 ” 抛 出 completableFuture 内 的 异常 


public Future<Double> getPriceAsync (String product) { 
CompletableFuture<Double> futurePrice = new CompletableFuture<>(); 
new Thread( () -> { 
try { 
double price = calculatePrice (product); 


如 果 价 格 计算 正常 结 
束 ， 就 完成 Future futurePrice.complete(price); 


操作 并 设置 商品 价格 } catch (Exception ex) { 否则 就 抛 出 导致 失败 的 
futurePrice.completeExceptionally (ex); < 异常 , 完成 这 次 Future 
} 操作 


bart(t).s 
return futurePrice; 


} 

客户 端 现 在 会 收 到 一 个 ExecutionException 异常 ,该 异常 接受 了 一 个 包含 失败 原因 的 
Exception 参数 ， 即 价格 计算 方法 最 初 抛 出 的 异常 。 所 以 ， 举 例 来 说 ， 如 果 该 方法 抛 出 了 一 个 
运行 时 异常 “product isn't available”, 客户 端 就 会 得 到 像 下 面 这 样 一 段 ExecutionException: 




















Exception in thread "main" java.lang.RuntimeException: 
java.util.concurrent .ExecutionException: java.lang.RuntimeException: 
product not available 
at java89inaction.chapl6.AsyncShopClient .main(AsyncShopClient.java:16) 
Caused by: java.util.concurrent .ExecutionException: java.lang.RuntimeException: 
product not available 
at java.base/java.util.concurrent.CompletableFuture.reportGet 
(CompletableFuture.java:395) 
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at java.base/java.util.concurrent.CompletableFuture.get 
(CompletableFuture.java:1999) 

at java89inaction.chapl6.AsyncShopClient.main (AsyncShopClient.java:14) 
Caused by: java.lang.RuntimeException: product not available 

t java89inaction.chapl6.AsyncShop.calculatePrice(AsyncShop.java:38) 

t java89inaction.chapl6.AsyncShop.lambdas0 (AsyncShop.java:33) 

t java.base/java.util.concurrent.CompletableFuture$sAsyncSupply.run 
(CompletableFuture.java:1700) 
at java.base/java.util.concurrent.CompletableFuture$AsyncSupply .exec 
(CompletableFuture.java:1692) 
java.base/java.util.concurren 





由 


.ForkJoinTask.doExec (ForkJoinTask.java:283) 
.ForkJoinPool .runWorker 


er 


由 


java.base/java.util.concurren 
(ForkJoinPool .java:1603) 

at java.base/java.util.concurrent .ForkJoinWorkerThread.run 
(ForkJoinWorkerThread.java:175) 














使 用 工厂 方法 supplyAsync 创建 CompletableFuture 

目前 为 止 我 们 已 经 了 解 了 如 何 通 过 编程 创建 CompletableFuture 对 象 以 及 如 何 获取 返回 
值 ， 虽 然 看 起 来 这 些 操作 已 经 比较 方便 , 但 还 有 进一步 提升 的 空间 ，completableFuture 类 自 
身 提供 了 大 量 精巧 的 工厂 方法 ,使 用 这 些 方法 能 更 容易 地 完成 整个 流程 ,还 不 用 担心 实现 的 细节 。 
比如 ， 采 用 supplyAsync 方法 后 ， 你 可 以 用 一 行 语句 重 写 代 码 清单 16-4 中 的 get PriceAsync 
方法 ， 如 下 所 示 。 


代码 清单 16-7 使 用 工厂 方法 supplyAsync 创建 CompletableFuture 对 象 


public Future<Double> getPriceAsync (String product) { 
return CompletableFuture.supplyAsync(() -> calculatePrice(product)); 






































} 


supplyAsync 方法 接受 一 个 生产 者 ( Supplier ) 作为 参数 ,返回 一 个 CompletableFuture 
对 象 , 该 对 象 完成 异步 执行 后 会 读 取 调用 生产 者 方法 的 返回 值 。 生产 者 方法 会 交 由 ForkJoinPool 
池 中 的 某 个 执行 线程 (Executor ) 运行 ， 但 是 你 也 可 以 使 用 supplyAsync 方法 的 重 载 版 本 ， 
传递 第 二 个 参数 指定 不 同 的 执行 线程 执行 生产 者 方法 。 一 般 而 言 ， 向 CompletableFuture 的 
工厂 方法 传递 可 选 参数 , 指定 生产 者 方法 的 执行 线程 是 可 行 的 , 在 16.3.4 节 中 , 你 会 使 用 这 一 能 
力 ， 该 小 节 会 介绍 如 何 使 用 适合 你 应 用 特性 的 执行 线程 改善 程序 的 性 能 。 

此 外 ， 代 码 清单 16-7 中 get PriceAsync 方法 返回 的 completableFuture 对 象 与 代码 清 
单 16-6 中 你 手工 创建 和 完成 的 CompletableFuture 对 象 是 完全 等 价 的 ， 这 意味 着 它 提供 了 同 
样 的 错误 管理 机 制 ， 而 前 者 你 花费 了 大 量 的 精力 才 得 以 构建 。 

本 章 的 剩余 部 分 中 , 我 们 会 假设 你 非常 不 幸 ， 无 法 控制 shop 类 提供 API 的 具体 实现 ， 最 终 
提供 给 你 的 API 都 是 同步 阻塞 式 的 方法 。 这 也 是 当 你 试图 使 用 服务 提供 的 HITPAPI 时 最 常 发生 
的 情况 。 你 会 学 到 如 何以 异步 的 方式 查询 多 个 商店 ， 避 免 被 单一 的 请 求 所 阻塞 ， 并 由 此 提升 你 的 
“最 佳 价 格 查询 器 ”的 性 能 和 吞吐 量 。 
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16.3 ”让 你 的 代码 免 受阻 塞 之 昔 


所 以 ,你 已 经 被 要 求 进行 “最 佳 价格 查询 器 ”应 用 的 开发 了 , 不 过 你 需要 查询 的 所 有 商店 都 
如 16.2 节 开 始 时 介绍 的 那样 ， 只 提供 了 同步 API。 换 句 话 说， 你 有 一 个 商家 的 列表 ， 如 下 所 示 : 

















TT 


("BestPrice"), 

new Shop ("LetsSaveBig"), 
("MyFavoriteShop"), 
("BuyItAll")); 





你 需要 使 用 下 面 这 样 的 签名 实现 一 个 方法 ， 它 接受 产品 名 作为 参数 ， 返 回 一 个 字符 串 列 表 ， 
这 个 字符 串 列表 中 包括 商店 的 名 称 和 该 商店 中 指定 商品 的 价格 : 

public List<String> findqPrices(String product); 

你 的 第 一 个 想法 可 能 是 使 用 在 第 4、5、6 章 中 学 习 的 stream 特性 。 你 可 能 试图 写 出 类 似 下 
面 这 个 清单 中 的 代码 ( 是 的 ， 作 为 第 一 个 方案 ， 如 果 你 想到 这 些 已 经 相当 棒 了 1 )。 


代码 清单 16-8 采用 顺序 查询 所 有 商店 的 方式 实现 的 findPrices 方法 
public List<String> findPrices (String product) { 
return shops.stream!() 
.map (Shop -> String.format ("%s price is %.2f", 
shop.getName(), shop.getPrice (product))) 





.Collect (toList()); 


好 
品 (是 的 , 你 已 经 猜 到 了 ,， 它 就 是 myPhone27S )。 此 外 ,也 请 记录 下 方法 的 执行 时 间 ， 通过 这 些 
数据 ， 我 们 可 以 比较 优化 之 后 的 方法 会 带 来 多 大 的 性 能 提升 ， 具 体 的 代码 清单 如 下 。 


























一 














凯 ， 


3， 这 段 代 码 看 起 来 非常 直 白 。 现 在 试 着 用 该 方法 去 查询 你 最 近 这 些 天 疯狂 着 迷 的 唯一 产 
LE 








代码 清单 16-9 ”验证 findPrices 的 正确 性 和 执行 性 能 
long start = System.nanoTime(); 
System.out .println (findPrices ("myPhone27S")); 
long duration = (System.nanoTime() - start) / 1 000_000; 
System.out .println("Done in " + Guration + " msecs"); 


上 面 代码 的 运行 结果 输出 如 下 : 


[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
is 214.13, BuyItAll price is 184.74] 
Done in 4032 msecs 


正如 你 预期 的 , finaPrices 方法 的 执行 时 间 仅 比 四 秒 钟 多 了 那么 几 毫 秒 , 因为 对 这 四 个 商 
店 的 查询 是 顺序 进行 的 , 并 且 一 个 查询 操作 会 阻塞 另 一 个 ,每 一 个 操作 都 要 花费 大 约 1 秒 左右 的 
时 间 计 算 请 求 商品 的 价格 。 你 怎样 才能 改进 这 个 结果 呢 ? 
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16.3.1 ”使 用 并 行 流 对 请 求 进行 并 行 操作 


读 完 第 7 章 , 你 应 该 想到 的 第 一 个 , 可 能 也 是 最 快 的 改善 方法 是 使 用 并 行 流 来 避免 顺序 计算 ， 
如 下 所 示 。 


代码 清单 16-10 对 findPrices 方法 进行 并 行 操 作 


使 用 并 行 流 并 行 
public List<String> findPrices (String product) { 地 从 不 同 的 商店 


革职 价 
return shops.parallelStream() 获取 价格 
.map (Shop -> String.format ("%s price is %.2f", 
shop.getName(), shop.getPrice(product))) 





.Collect (toList()); 
} 


运行 代码 ， 与 代码 清单 16-9 的 执行 结果 相 比 较 ， 你 发 现 新 版 findPrices 的 改进 了 吧 。 


[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
is 214.13, BuyItA]ll price is 184.74] 
Done in 1180 msecs 


相当 不 错 啊 ! 看 起 来 这 是 个 简单 但 有 效 的 主意 : 现在 对 4 个 不 同 商店 的 查询 实现 了 并 行 , 所 以 
完成 所 有 操作 的 总 耗 时 只 有 1 秒 多 一 点 儿 。 你 能 做 得 更 好 吗 ? 尝 试 使 用 刚 学 过 的 Completable- 
Future, 将 findPrices 方法 中 对 不 同 商店 的 同步 调用 替换 为 异步 调用 。 




















16.3.2 使 用 completableFuture 发 起 异步 请 求 


你 已 经 知道 可 以 使 用 工厂 方法 supplyAsync 创建 CompletableFuture 对 象 ,让 我 们 把 它 
利用 起 来 : 
List<CompletableFuture<String>> priceFutures = 
shops.stream() 
.map (Shop -> CompletableFuture.supplyAsync!( 
() -> String.format ("%s price is %.2f", 


shop.getName(), shop.getPrice(product)))) 
.Collect (toList ()); 


使 用 这 种 方式 ， 你 会 得 到 一 个 List<CompletableFuture<String>>， 列 表 中 的 每 个 
CompletableFuture 对 象 在 计算 完成 后 都 包含 商店 的 String 类 型 的 名 称 。 但 是 ， 由 于 你 用 
CompletableFuture 实现 的 findpPrices 方法 要 求 返回 一 个 List<string>， 因 此 你 需要 等 
待 所 有 的 future 执行 完毕 ， 将 其 包含 的 值 抽 取出 来 ， 填 充 到 列表 中 才能 返回 。 

为 了 实现 这 个 效果 ， 你 可 以 向 最 初 的 List<CompletableFuture<String>> 施 加 第 二 个 
map 操作 ， 对 List 中 的 所 有 future 对 象 执 行 join 操作 ， 一 个 接 一 个 地 等 待 它们 运行 结束 。 
注意 CompletableFuture 类 中 的 join 方法 和 Future 接口 中 的 get 方法 有 相同 的 含义 ， 并 
且 也 声明 在 Future 接口 中 ， 它 们 唯一 的 不 同 是 join 不 会 抛 出 任何 检测 到 的 异常 。 使 用 它 你 不 
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再 需要 使 用 try/catch 语句 块 让 你 传递 给 第 二 个 map 方法 的 Lambda 表达 式 变 得 过 于 爱 肿 。 将 
所 有 这 些 整 合 在 一 起 ， 你 就 可 以 重新 实现 findPrices 了 ,具体 代码 如 下 。 


代码 清单 16-11 使 用 completableFuture 实现 findPrices 方法 


public List<String> findPrices (String product) { 








List<CompletableFuture<String>> priceFutures = 使 用 completableFuture 
shops.stream() 以 异步 方式 计算 每 种 商品 
.map (shop -> CompletableFuture.supplyAsync( < 一 的 价格 


() -> shop.getName() + " price is "+ 
shop.getPrice (product))) 
.Collect (Collectors.toList()); 


return priceFutures.stream!() 等 待 所 已 
.map (CompletableFuture: :join) + Re 
= 口 


.collect (toList () ) ; 
} 


注意 到 了 吗 ? 这 里 使 用 了 两 个 不 同 的 Stream 流水 线 ， 而 不 是 在 同一 个 处 理 流 的 流水 线 上 一 
个 接 一 个 地 放置 两 个 map 操作 一 一 这 其 实 是 有 缘由 的 。 考 虑 流 操作 之 间 的 延迟 特性 ， 如 果 你 在 
单一 流水 线 中 处 理 流 ， 那 么 发 向 不 同 商家 的 请 求 只 能 以 同步 、 顺 序 执行 的 方式 才 会 成 功 。 因 此 ， 
每 个 创建 CompletableFuture 对 象 只 能 个 扣 作 站 站 冯 忆 抽 条 查询 指定 商家 的 动作 ， 通 
知 join 方法 返回 计算 结果 。 图 16-2 解释 了 这 些 重要 的 细节 。 
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图 16-2 ”为 什么 Stream 的 延迟 特性 会 引起 顺序 执行 ， 以 及 如 何 避 免 
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16-2 的 上 半 部 分 展示 了 使 用 单一 流水 线 处 理 流 的 过 程 ， 我 们 看 到 ， 执 行 的 流程 ( 以 虚线 
标识 ) 是 顺序 的 。 事 实 上 ， 新 的 CompletableFuture 对 象 只 有 在 前 一 个 操作 完全 结束 之 后 ， 
才能 创建 。 与 此 相反 ， 图 的 下 半 部 分 展示 了 如 何 先 将 completableFuture 对 象 聚集 到 一 个 列 
表 中 ( 即 图 中 以 椭圆 表示 的 部 分 )， 让 对 象 们 可 以 在 等 待 其 他 对 象 完成 操作 之 前 就 能 启动 。 

运行 代码 清单 16-11 中 的 代码 来 了 解 下 第 三 个 版 本 findPrices 方法 的 性 能 , 你 会 得 到 下 面 
这 几 行 输出 : 

[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 


is 214.13, BuyItAll price is 184.74] 
Done in 2005 msecs 


这 个 结果 让 人 相当 失望 ,不 是 吗 ? 超 过 两 秒 意 味 着 利用 completableFuture 实现 的 版 本 ， 
比 刚 开 始 代码 清单 16-8 中 原生 顺序 执行 且 会 发 生 阻 塞 的 版 本 快 。 但 是 它 的 用 时 也 差不多 是 使 用 
并 行 流 的 前 一 个 版 本 的 两 倍 。 尤 其 是 , 考虑 到 从 顺序 执行 的 版 本 转换 到 并 行 流 的 版 本 只 做 了 非常 
小 的 改动 ， 就 让 人 更 加 诅 丧 。 

与 此 形成 鲜明 对 比 的 是 ， 我 们 为 采用 completableFuture 完成 的 新 版 方法 做 了 大 量 的 工 
作 ! 但 这 就 是 全 部 的 真相 吗 ? 这 种 场景 下 使 用 completapleFuture 真 的 是 浪费 时 间 吗 ? 或 者 
我 们 可 能 漏 掉 了 某 些 重要 的 东西 ? 继续 往 下 探究 之 前 , 先 休息 几 分钟 , 尤其 是 想 想 你 测试 代码 的 
机 器 是 和 否 足 以 以 并 行 方式 运行 四 个 线程 。” 

































































16.3.3 ”寻找 更 好 的 方案 


并 行 流 的 版 本 工作 得 非常 好 , 那 是 因为 它 能 并 行 地 执行 四 个 任务 , 所 以 它 几乎 能 为 每 个 商家 
分 配 一 个 线程 。 但是， 如 果 你 想 要 增加 第 5 个 商家 到 商店 列表 中 ,让 你 的 “最 佳 价 格 查 询 ” 应 用 
对 其 进行 处 理 , 那 这 时 会 发 生 什 么 情况 ? 训 不 意外 , 顺序 执行 版 本 的 执行 还 是 需要 大 约 5 秒 多 钟 
的 时 间 ， 下 面 是 执行 的 输出 : 


























[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
is 214.13, BuyItAll price is 184.74, ShopEasy price is 166.08] 


Rom en SGD “| 使 用 顺序 流 方式 的 程序 输出 

非常 不 地 ,并 行 流 版 本 的 程序 这 次 比 之 前 也 多 消耗 了 差不多 1 秒 钟 的 时 间 ， 因 为 可 以 并 行 运 
行 (通用 线程 池 中 处 于 可 用 状态 ) 的 四 个 线程 现在 都 处 于 繁忙 状态 , 都 在 对 前 四 个 商店 进行 查询 。 
第 5 个 查询 只 能 等 到 前 面 某 一 个 操作 完成 以 释放 出 空闲 线程 才能 继续 ， 它 的 运行 结果 如 下 : 




















[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
is 214.13, BuyItAll price is 184.74, ShopEasy price is 166.08] 


Pon I 2 SCS “| 使 用 并 行 流 方式 的 程序 输出 




















五 


Q@ 如 果 你 使 用 的 机 器 足够 强大 ， 能 以 并 行 方式 运行 更 多 的 线程 ( 比如 说 八 个 线程 )， 那 你 需要 使 用 更 多 的 商店 和 并 
行进 程 ， 才 能 重 现 这 儿 页 中 介绍 的 行为 。 
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CompletableFuture 版 本 的 程序 结果 如 何 呢 ? 我 们 也 试 着 添加 第 5 个 商店 对 其 进行 了 测 
试 ， 结 果 如 下 : 
[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
is 214.13, BuyItAll price is 184.74, ShopEasy price is 166.08] 


。 于- 
se 使 用 CompletableFuture 的 程序 输出 


CompletableFuture 版 本 的 程序 似乎 比 并 行 流 版 本 的 程序 还 快 那么 一 点 儿 。 但 是 最 后 这 个 
版 本 也 不 太 令 人 满意 。 如 果 你 试图 让 你 的 代码 处 理 九 个 商店 ， 那 么 并 行 流 版 本 耗 时 3143 毫秒 ， 而 
CompletableFuture 版 本 耗 时 3009 毫秒 。 它 们 看 起 来 不 相 伯仲 ， 究 其 原因 都 一 样 : 它们 内 部 采用 
的 是 同样 的 通用 线程 池 , 默认 都 使 用 固定 数目 的 线程 , 具体 线程 数 取决 于 Runtime.getRuntime () . 
availableProcessors1() 的 返回 值 。 然 而 ，completableFuture 具有 一 定 的 优势 ， 因 为 它 允 
许 你 对 执行 器 ( Executor ) 进行 配置 ， 尤 其 是 线程 池 的 大 小 ， 让 它 以 更 适合 应 用 需求 的 方式 进 
行 配 置 , 满足 程序 的 要 求 ， 而 这 是 并 行 流 API 无 法 提供 的 。 让 我 们 看 看 你 怎样 利用 这 种 配置 上 的 
灵活 性 带 来 实际 应 用 程序 性 能 上 的 提升 。 


16.3.4 ”使 用 定制 的 执行 器 


就 这 个 主题 而 言 , 明智 的 选择 似乎 是 创建 一 个 配 有 线程 池 的 执行 器 , 线程 池 中 线程 的 数目 取 
决 于 你 预计 你 的 应 用 需要 处 理 的 负荷 ， 但 是 该 如 何 选 择 合适 的 线程 数目 呢 ? 














































































































调整 线程 池 的 大 小 

《Java 并 发 编程 实战 》 一 书 中 ，Brian Goetz 和 合 著 者 们 为 线程 池 大 小 的 优化 提供 了 不 少 中 
肯 的 建议 。 这 非常 重要 ,如果 线程 池 中 线程 的 数量 过 多 ,最终 它 们 会 竞争 稀缺 的 处 理 器 和 内 存 
资源 ,浪费 大 量 的 时 间 在 上 下 文 切换 上 。 反之， 如果 线程 的 数目 过 少 , 正如 你 的 应 用 所 面临 的 
情况 ,处 理 器 的 一 些 核 可 能 就 无 法 充分 利用 。Brian Goetz 建议 ， 线 程 池 大 小 与 处 理 器 的 利用 率 
之 比 可 以 使 用 下 面 的 公式 进行 估算 : 

Nehreads = Necpy * Ucpu * (1 + W/C) 

其 中 : 
口 Nepu 是 处 理 器 的 核 的 数目 ， 可 以 通过 Runtime.getRuntime() .available Processors() 
得 到 ; 
口 Ucpu 是 期 望 的 CPU 利用 率 ( 该 值 应 该 介 于 0 和 1 之 间 ); 
口 WC 是 等 待 时 间 与 计算 时 间 的 比率 。 





你 的 应 用 99% 的 时 间 都 在 等 待 商店 的 响应 , 所 以 估算 出 的 WC 比率 为 100。 这 意味 着 如 果 你 
期 望 的 CPU 利用 率 是 100%, 那么 你 需要 创建 一 个 拥有 400 个 线程 的 线程 池 。 实 际 操 作 中 ， 如 果 
你 创建 的 线程 数 比 商 店 的 数目 更 多 , 反而 是 一 种 浪费 ， 因 为 这 样 做 之 后 ,你 线程 池 中 的 有 些 线程 
根本 没有 机 会 被 使 用 。 出 于 这 种 考虑 ， 建议 你 将 执行 器 使 用 的 线程 数 , 与 你 需要 查询 的 商店 数目 
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设 定 为 同一 个 值 ， 这 样 每 个 商店 都 应 该 对 应 一 个 服务 线程 。 不 过 , 为 了 避免 发 生 由 于 商店 的 数目 
过 多 导致 服务 顺 超 负荷 而 崩溃 ， 你 还 是 需要 设置 一 个 上 限 ， 比 如 100 个 线程 。 代 码 清单 如 下 。 


代码 清单 16-12 ”为 “最 优 价格 查询 融 ” 应 用 定制 的 执行 天 




















private final Executor executor = 





Executors.newFixedThreadPool (Math.min(shops.size(), 100), < 
(Runnable r) -> { 个 外 各 
使 用 守护 线程 Thread t = new Thread(r); 
: ， 线 程 
这 种 方式 不 会 阻止 AA (true); 线程 的 数目 为 
口 二 u 
程序 的 关 停 ; 100 和 商店 数 
中 目 二 者 中 较 小 
的 一 个 值 














注意 , 你 现在 正 创建 的 是 一 个 由 守护 线程 构成 的 线程 池 。 当 一 个 普通 线程 在 执行 时 ，Java 程 
序 无 法 终止 或 者 退出 , 所 以 最 后 剩 下 的 那个 线程 会 由 于 一 直 等 待 无 法 发 生 的 事件 而 引发 问题 。 与 
此 相反 ， 如 果 将 线程 标记 为 守护 进程 ， 则 意味 着 程序 退出 时 它 也 会 被 回收 。 这 二 者 之 间 没 有 性 能 
上 的 差异 。 现 在 ,你 可 以 将 执行 器 作为 第 二 个 参数 传递 给 supplyAsync 工厂 方法 了 。 比 如 , 你 
现在 可 以 按照 下 面 的 方式 创建 一 个 可 查询 指定 商品 价格 的 CompletableFuture 对 象 : 16 






































CompletableFuture.supplyAsync(() -> Shop .getName() + " price is "+ 
Shop .getPrice (product), executor); 


改进 之 后 ， 使 用 completableFuture 方案 的 程序 处 理 五 个 商店 仅 耗 时 1021 上 毫秒， 处 理 九 
个 商店 时 耗 时 1022 毫秒 。 一 般 而 言 ， 这 种 状态 会 一 直 持 续 ， 直 到 商店 的 数目 达到 我 们 之 前 计算 
的 阔 值 400。 这 个 例子 证 明了 要 创建 更 适合 你 的 应 用 特性 的 执行 器 ， 利 用 CompletableFuture 
向 其 提交 任务 执行 是 个 不 错 的 主意 。 处 理 需 大 量 使 用 异步 操作 的 情况 时 , 这 几乎 是 最 有 效 的 策略 。 




















并 行 一 一 使 用 流 还 是 completableFuture? 
目前 为 止 ， 你 已 经 知道 对 集合 进行 并 行 计算 有 两 种 方式 : 要 么 将 其 转化 为 并 行 流 ， 利 用 
map 这 样 的 操作 开展 工作 ， 要么 枚 举 出 集合 中 的 每 一 个 元 素 ， 创建 新 的 线程 ， 在 
CompletableFuture 内 对 其 进行 操作 ,后 者 提供 了 更 多 的 灵活 性 ,你 可 以 调整 线程 池 的 大 小 ， 
而 这 能 帮助 你 确保 整体 的 计算 不 会 因为 线程 都 在 等 待 IO 而 发 生 阻塞 。 
我 们 对 使 用 这 些 API 的 建议 如 下 。 
口 如 果 你 进行 的 是 计算 密集 型 的 操作 ， 并 上 且 没有 1/O， 那 么 推荐 使 用 Stream 接口 ， 因 为 
实现 简单 ， 同 时 效率 也 可 能 是 最 高 的 ( 如果 所 有 的 线程 都 是 计算 密集 型 的 ， 那 就 没有 必 
要 创建 比 处 理 器 核 数 更 多 的 线程 )。 
口 反 之 ， 如 果 你 并 行 的 工作 单元 还 涉及 等 待 1/0 的 操作 (包括 网 络 连接 等 待 )， 那 么 使 用 
CompletableFuture 灵活 性 更 好 , 你 可 以 像 前 文 讨 论 的 那样 ,依据 等 待 /计算 ,或 者 W/C 
的 比率 设 定 需要 使 用 的 线程 数 。 这 种 情况 不 使 用 并 行 流 的 另 一 个 原因 是 , 处 理 流 的 流水 
线 中 如 果 发 生 1/O 等 待 ， 流 的 延迟 特性 会 让 我 们 很 难 判 断 到 底 什 么 时 候 触 发 了 等 待 。 
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现在 你 已 经 了 解 了 如 何 利用 completableFuture 为 你 的 用 户 提 供 异 步 API, 以 及 如 何 将 一 
个 同步 又 缓慢 的 服务 转换 为 异步 的 服务 。 不 过 到 目前 为 止 ， 我 们 每 个 Futur 中 进行 的 都 是 单 次 
的 操作 。 下 一 节 中 ， 你 会 看 到 如 何 将 多 个 异步 操作 结合 在 一 起 ， 以 流水 线 的 方式 运行 ， 从 描述 形 
式 上 ， 它 与 你 在 前 面 学 习 的 Stream API 有 几 分 类 似 。 


16.4 ”对 多 个 异步 任务 进行 流水 线 操作 


让 我 们 假设 所 有 的 商店 都 同意 使 用 一 个 集中 式 的 折扣 服务 。 该 折扣 服务 提供 了 五 个 不 同 的 折 
扣 代码 , 每 个 折扣 代码 对 应 不 同 的 折扣 率 。 你 使 用 一 个 枚 举 型 变量 Discount . code 来 实现 这 一 
想法 ， 具体 代码 如 下 所 示 。 


代码 清单 16-13 ”以 枚 举 类 型 定义 的 折扣 代码 
public class Discount { 
public enum Code { 
NONE(0), SILVER(5), GOLD(10), PLATINUM(15), DIAMOND(20); 
private final int percentage; 
Code(int percentage) { 
this.percentage = percentage; 























} 
} 
// Discount 类 的 具体 实现 这 里 暂且 不 表示 ， 参 见 代 码 清单 16-14 
} 


我 们 还 假设 所 有 的 商店 都 同意 修改 getPrice 方法 的 返回 格式 。getPrice 现在 以 
ShopName :price:DiscountCode 的 格式 返回 一 个 string 类 型 的 值 。 我 们 的 示例 实现 中 会 返 
回 一 个 随机 生成 的 Discount .Code， 以 及 已 经 计算 得 出 的 随机 价格 : 


public String getPrice(String product) { 
double price = calculatePrice (product); 
Discount.Code code = Discount.Code.values()[ 
random.nextInt (Discount.Code.values() .length)]; 
return String.format ("%s:%$.2f:%s", name, price, code); 
} 
private double calculatePrice(String product) { 
delay (); 
return random.nextDouble() * product.charAt (0) + product.charAt (1); 


} 
调用 getPrice 方法 可 能 会 返回 像 下 面 这 样 一 个 string 值 : 


BestPrice:123.26:GOLD 








16.4.1 ”实现 折扣 服务 


你 的 “最 佳 价格 查询 器 ”应 用 现在 能 从 不 同 的 商店 取得 商品 价格 ， 解 析 结 果 字 符 串 ， 针 对 每 
个 字符 串 , 查询 折扣 服务 器 的 折扣 代码 。 这 个 流程 决定 了 请 求 商 品 的 最 终 折扣 价格 ( 每 个 折扣 代 
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码 的 实际 折扣 比率 有 可 能 发 生变 化 ， 所 以 你 每 次 都 需要 查询 折扣 服务 )。 我 们 已 经 将 对 商店 返回 
字符 串 的 解析 操作 封装 到 了 下 面 的 Quote 类 之 中 : 


public class Quote { 
private final String shopName; 
private final double price; 
private final Discount.Code discountCode; 
public Quote (String shopName, double price, Discount.Code code) { 
this.shopName = shopName; 
this.price = price; 
this.discountCode = code; 
} 
public static Quote parse(String s) { 
StELNdg[] “eBlit -=e SDLLE (VS) 
String shopName = split[0]; 
double price = Double.parseDouble(split[1]); 
Discount.Code discountCode = Discount.Code.valueOf (split{[2]); 
return new Quote(shopName, price, discountCode); 





} 

public String getShopName() { return shopName; } 

public double getPrice() { return price; } 

public Discount.Code getDiscountCode() { return discountCode; } 


} 
通过 传递 shop 对 象 返 回 的 字符 串 给 静态 工厂 方法 parse， 你 可 以 得 到 Quote 类 的 一 个 实 
例 ， 它 包含 了 shop 的 名 称 、 折 扣 之 前 的 价格 ,以 及 折扣 代码 。 

Discount 服务 还 提供 了 一 个 applyDiscount 方法 , 它 接受 一 个 Quote 对 象 , 返回 一 个 字 
符 串 ， 表 示 生 成 该 ouote 的 shop 中 的 折扣 价格 ， 代 码 如 下 所 示 。 











代码 清单 16-14 Discount 服务 
public class Discount { 
public enum Code { 
// 源码 暂时 省 略 …… 
} 


public static String applyDiscount (Quote quote) { a ge 
return quote.getShopName() + " price is "+ A 
的 原始 价格 





Discount.apply (quote.getPrice(), < 一 
quote.getDiscountCode()); 
模拟 Discount 


服务 响应 的 延迟 


} 
private static double apply (double price, Code code) { 


delay (); < 一 
return format (price * (100 - code.percentage) / 100); 





16.4.2 ”使 用 Discount 服务 


由 于 Discount 服务 是 一 种 远程 服务 ,因此 你 还 需要 增加 1 秒 钟 的 模拟 延迟 ,代码 如 下 所 示 。 
和 在 16.3 节 中 一 样 ， 首 先 尝试 以 最 直接 的 方式 ( 坏 消息 是 ， 这 种 方式 是 顺序 而 且 同 步 执 行 的 ) 
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重新 实现 findqPrices， 以 满足 这 些 新 增 的 需求 。 


代码 清单 16-15 ”以 最 简单 的 方式 实现 使 用 Discount 服务 的 findPrices 方法 





public List<String> findPrices(String product) { 取得 每 个 shop 对 象 
return shops.stream() 中 商品 的 原始 价格 
在 Quote 对 象 中 -map (Shop -> shop.getPrice(product)) < 十 
对 shop 返回 的 .map (Quote: :parse) 
字符 串 进行 转换 -map (Discount: :applyDiscount) “| 联系 Dlscount 服 
.Collect (toList()); 务 , 为 每 个 guote 
| 申请 折扣 





通过 在 shop 构成 的 流 上 采用 流水 线 方式 执行 三 次 map 操作 ， 我 们 得 到 了 期 望 的 结果 。 
口 第 一 个 操作 将 每 个 shop 对 象 转换 成 了 一 个 字符 串 , 该 字符 串 包含 了 该 shop 中 指定 商品 
的 价格 和 折扣 代码 。 
口 第 二 个 操作 对 这 些 字符 串 进 行 了 解析 ， 在 Quote 对 象 中 对 它们 进行 转换 。 
口 最 终 ， 第 三 个 map 会 操作 联系 远程 的 Discount 服务 ， 计 算出 最 终 的 折扣 价格 ， 并 返回 
包含 该 价格 及 提供 该 价格 商品 的 shop 的 字符 串 。 
你 可 能 已 经 猜 到 ， 这 种 实现 方式 的 性 能 远 非 最 优 , 不 过 还 是 应 该 测量 一 下 。 跟 之 前 一 样 , 通 
过 运行 基准 测试 ， 我 们 得 到 下 面 的 数据 : 
[BestPrice price is 110.93, LetsSaveBig price is 135.58, MyFavoriteShop price 


is 192.72, BuyItAll price is 184.74, ShopEasy price is 167.28] 
Done in 10028 msecs 


毫 无 意外 ， 这 次 执行 耗 时 10 秒 ， 因 为 顺序 查询 五 个 商店 耗 时 大 约 5 秒 ， 现 在 又 加 上 了 
Discount 服务 为 五 个 商店 返回 的 价格 申请 折扣 所 消耗 的 5 秒 钟 。 你 已 经 知道 ， 把 流转 换 为 并 行 
流 的 方式 ， 非 常 容 易 提 升 该 程序 的 性 能 。 不 过 ， 通 过 16.3 节 的 介绍 ， 你 也 知道 这 一 方案 在 商店 
的 数目 增加 时 ， 扩 展 性 不 好 ， 因 为 Stream 底层 依赖 的 是 线程 数量 固定 的 通用 线程 池 。 相 反 ， 你 
也 知道 ,通过 自 定义 CompletableFuture 调度 任务 执行 的 执行 带 能 够 更 充分 地 利用 CPU 资源 。 
























































16.4.3 ”构造 同步 和 异步 操作 


让 我 们 再 次 使 用 co pletableFutur 提供 的 特性 , 以 异步 方式 重新 实现 findPrices 方法 。 
详细 代码 如 下 所 示 。 如 果 你 发 现 有 些 内 容 不 太 熟 悉 ， 不 用 太 担 心 ， 我 们 很 快 会 进行 针对 性 的 介绍 。 























代码 清单 16-16 ”使 用 completableFuture 实现 findPrices 方法 





Quote 对 象 存 在 时 ， 对 
其 返回 的 值 进行 转换 
public List<String> findPrices (String product) { 以 异步 方式 取得 每 个 
List<CompletableFuture<String>> priceFutures = A 到 但 号 | 
shops.stream() shop 中 指定 产品 的 
.map (Shop -> CompletableFuture.supplyAsync!( 原始 价格 
() -> shop.getPrice(product), executor)) 
一 人 .map (future -> future.thenApply (Quote: :parse) ) 
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.map (future -> future.thenCcompose(duote -> 
CompletableFuture.supplyAsync( 
() -> Discount.applyDiscount (quote), executor))) 


.collect (toList ()); 使 用 另 一 个 异步 任务 构造 
return priceFutures.stream!() 期 望 的 Future， 申 请 折扣 


.map (CompletableFuture: :join) 
‘collect (toList ()); 等 待 流 中 的 所 有 Future 执行 
完毕 ， 并 提取 各 自 的 返回 值 


这 一 次 , 事情 看 起 来 变 得 更 加 复杂 了 ， 所 以 一 步 一 步 来 理解 到 底 发 生 了 什么 。 这 三 次 转换 的 
流程 如 图 16-3 所 示 。 








你 的 线程 Executor 线 程 


shop 对 象 





price 对 象 





图 16-3 ”构造 同步 操作 和 异步 任务 


你 所 进行 的 这 三 次 map 操作 和 代码 清单 16-15 中 的 同步 方案 没有 太 大 的 区 别 ， 不 过 你 使 用 
CompletableFuture 类 提供 的 特性 ， 在 需要 的 地 方 把 它们 变 成 了 异步 操作 。 


1. 获取 价格 

这 三 个 操作 中 的 第 一 个 你 已 经 在 本 章 的 各 个 例子 中 见 过 很 多 次 ， 只 需要 将 Lambda 表达 式 作 
为 参数 传递 给 supplyAsync 工厂 方法 就 可 以 以 异步 方式 对 shop 进行 查询 。 第 一 个 转换 的 结果 
是 一 个 Stream<CompletableFuture<String>>, — 日 i 运行 结束 ， 每 个 CompletableFuture 
对 象 中 都 会 包含 对 应 shop 返回 的 字符 串 。 注 意 , 你 对 CompletableFuture 进行 了 设置 , 用 代 
码 清单 16-12 中 的 方法 向 其 传递 了 一 个 定 定制 的 执行 器 Executor。 
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2. 解析 报价 

现在 你 需要 通过 第 二 次 转换 将 字符 串 转 变 为 订单 。 因 为 一 般 情况 下 解析 操作 不 涉及 任何 远程 
服务 ， 也 不 会 进行 任何 VO 操作 ， 它 几乎 可 以 在 第 一 时 间 进 行 ， 所 以 能 够 采用 同步 操作 ， 不 会 带 
来 太 多 的 延迟 。 由 于 这 个 原因 ， 你 可 以 对 第 一 步 中 生成 的 completableFuture 对 象 调用 它 的 
thenApply, 将 一 个 由 字符 串 转 换 ouote 的 方法 作为 参数 传递 给 它 。 

注意 到 了 吗 ?” 直到 你 调用 的 completableFuture 执行 结束 , 使 用 的 thenApply 方法 都 不 
会 阻塞 你 代码 的 执行 。 这 意味 着 completableFuture 最 终结 束 运 行 时 , 你 希望 传递 Lambda 表 
达 式 给 thenApply 方法 ,将 Stream 中 的 每 个 completableFuture<String> 对 象 转 换 为 对 应 
的 CompletableFuture<Quot > 对 象 , 你 可 以 把 这 看 成 是 为 处 理 CompletableFuture 的 结果 
建立 了 一 个 菜单 ， 就 像 曾经 为 Stream 的 流水 线 所 做 的 事 儿 一 样 。 


3. 为 计算 折扣 价格 构造 Future 

第 三 个 map 操作 涉及 联系 远程 的 Discount 服务 , 为 从 商店 中 得 到 的 原始 价格 申请 折扣 率 。 
这 一 转换 与 前 一 个 转换 又 不 大 一 样 ， 因 为 这 一 转换 需要 远程 执行 (或 者 ， 就 这 个 例子 而 言 ， 它 需 
要 模拟 远程 调用 带 来 的 延迟 )， 出 于 这 一 原因 ， 你 也 希望 它 能 够 异步 执行 。 

为 了 实现 这 一 目标 , 你 像 第 一 个 调用 传递 get Price 给 supplyAsync 那样 ,将 这 一 操作 以 
Lambda 表达 式 的 方式 传递 给 了 supplyAsync 工厂 方法 ， 该 方法 最 终 会 返回 另 一 个 
CompletableFuture 对 象 。 到 日 前 为 止 你 已 经 进行 了 两 次 异步 操作 ， 用 了 两 个 不 同 的 
CompletableFuture 对 象 进行 建 模 ， 你 希望 能 把 它们 以 级 联 的 方式 串 接 起 来 进行 工作 。 

口 从 shop 对 象 中 获取 价格 ， 接 着 把 价格 转换 为 Quote。 

口 拿 到 返回 的 ouote 对 象 ， 将 其 作为 参数 传递 给 Discount 服务 ， 取 得 最 终 的 折扣 价格 。 
Java 8 的 completableFutureAPI 提供 了 名 为 thencompose 的 方法 ， 它 就 是 专门 为 这 一 
目的 而 设计 的 ，thencompose 方法 允许 你 对 两 个 异步 操作 进行 流水 线 ， 第 一 个 操作 完成 时 ， 将 
其 结果 作为 参数 传递 给 第 二 个 操作 。 换 句 话 说， 你 可 以 创建 两 个 completableFuture 对 象 ， 
对 第 一 个 completableFuture 对 象 调用 thencompose， 并 向 其 传递 一 个 函数 。 当 第 一 个 
CompletableFuture 执行 完毕 后 , 它 的 结果 将 作为 该 函数 的 参数 , 这 个 函数 的 返回 值 是 以 第 一 
个 completableFuture 的 返回 做 输入 计算 出 的 第 二 个 completableFuture 对 象 。 使 用 这 种 
方式 ， 即 使 Future 在 向 不 同 的 商店 收集 报价 ， 主 线程 还 是 能 继续 执行 其 他 重要 的 操作 ， 比 如 响 
应 UI 事件 。 

将 这 三 次 map 操作 返回 的 stream 元 素 收 集 到 一 个 列表 ， 你 就 得 到 了 一 个 List 
<CompletableFuture<String>>, 等 这 些 CompletableFuture 对 象 最 终 执行 完毕 ， 你 就 可 
以 像 代 码 清单 16-11 中 那样 利用 join 取得 它们 的 返回 值 。 代 码 清单 16-8 实现 的 新 版 findPrices 
方法 产生 的 输出 如 下 : 

[BestPrice Price is 110.93, LetsSaveBig price is 135.58, MyFavoriteShop price 


is 192.72, BuyItAll price is 184.74, ShopEasy price is 167.28] 
Done in 2035 msecs 
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你 在 代码 清单 16-16 中 使 用 的 thencompose 方法 像 CompletableFuture 类 中 的 其 他 方法 
一 样 ， 也 提供 了 一 个 以 Async 后 缀 结尾 的 版 本 thencomposeaAsync。 通 常 而 言 ， 名 称 中 不 带 
Async 的 方法 和 它 的 前 一 个 任务 一 样 ， 在 同一 个 线程 中 运行 ， 而 名 称 以 Async 结尾 的 方法 会 将 
后 续 任 务 提交 到 一 个 线程 池 ， 所 以 每 个 任务 是 由 不 同 的 线程 处 理 的 。 就 这 个 例子 而 言 ， 第 二 个 
CompletableFuture 对 象 的 结果 取决 于 第 一 个 completableFuture, 所 以 无 论 你 使 用 哪个 版 
本 的 方法 来 处 理 completableFuture 对 象 ， 对 于 最 终 的 结果 ， 或 者 大 致 的 时 间 而 言 都 没有 多 
少 差别 。 我们 选择 thencompose 方法 的 原因 是 因为 它 更 高 效 一 点 ， 因 为 它 少 了 很 多 线程 切换 的 
开销 。 注 意 , 即便 如 此 ， 也 很 难 搞 清楚 到 底 使 用 的 是 哪 一 个 线程 ,尤其 是 如 果 你 的 应 用 还 使 用 了 
自己 的 线程 池 ( 璧 如 Spring )， 那 就 更 加 困难 了 。 












































16.4.4 将 两 个 completableFuture 对 象 整合 起 来 ， 无 论 它 们 是 否 存在 依赖 


在 代码 清单 16-16 中 ,你 对 一 个 completableFuture 对 象 调用 了 thencompose 方法 , 并 
向 其 传递 了 第 二 个 CompletableFuture, 而 第 二 个 CompletableFuture 又 需要 使 用 第 一 个 
CompletableFuture 的 执行 结果 作为 输入 。 但 是 , 男 一 种 比较 常见 的 情况 是 , 你 需要 将 两 个 完 
全 不 相干 的 completableFuture 对 象 的 结果 整合 起 来 ， 而 且 你 也 不 希望 等 到 第 一 个 任务 完全 
结束 才 开 始 第 二 个 任务 。 

这 种 情况 下 ， 你 应 该 使 用 thencombine 方法 ， 它 接受 名 为 BiFunction 的 第 二 个 参数 ， 
这 个 参数 定义 了 当 两 个 CompletableFuture 对 象 完成 计算 后 ， 结果 如 何 合 并 。 同 thenCompose 
方法 一 样 ， thenCombine 方法 也 提供 了 一 个 Async 的 版 本 。 这里, 如 果 使 用 thenCcombineAsync 
会 导致 BiFunction 中 定义 的 合并 操作 被 提交 到 线程 池 中 ， 那 么 由 另 一 个 任务 以 异步 的 方式 
执行 。 

回 到 我 们 正在 运行 的 这 个 例子 ， 你 知道 ， 有 一 家 商店 提供 的 价格 是 以 欧元 (EUR ) 计价 的 ， 
但 是 你 希望 以 美元 的 方式 提供 给 你 的 客户 。 你 可 以 用 异步 的 方式 向 商店 查询 指定 商品 的 价格 ， 同 
时 从 远程 的 汇率 服务 那里 查 到 欧元 和 美元 之 间 的 汇率 。 当 二 者 都 结束 时 , 再 将 这 两 个 结果 结合 起 
来 , 用 返回 的 商品 价格 乘 以 当时 的 汇率 ， 得 到 以 美元 计价 的 商品 价格 。 用 这 种 方式 ， 你 需要 使 用 
第 三 个 completableFuture 对 象 ， 当 前 两 个 completableFuture 计算 出 结果 ， 并 由 
BiFunction 方法 完成 合并 后 ， 由 它 来 最 终结 束 这 一 任务 ， 代 码 清单 如 下 。 


代码 清单 16-17 合并 两 个 独立 的 CompletableFuture 对 象 

































































创建 第 一 个 任务 查询 
商店 取得 商品 的 价格 


Future<Double> futurePriceInUSD = 








CompletableFuture.supplyAsync(() -> shop.getPrice(product)) 和 
通过 乘法 .thenCombinel( 
整合 得 到 CompletableFuture.supplyAsync( 
的 商品 价 () -> exchangeService.getRate (Money .EUR, Money .USD)), | 
格 和 汇率 (price, rate) -> price * rate 


3 创建 第 二 个 独立 任务 ， 查 询 
美元 和 欧元 之 间 的 转换 汇率 
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整合 的 操作 只 是 简单 的 乘法 操作 ， 用 另 一 个 单独 的 任务 对 其 进行 操作 有 些 浪费 资源 ， 
0 thenCombine 方法 ， 无 须 特别 求助 于 异步 版 本 的 thenCcombineAsync 方法 。 
图 16-4 展示 了 代码 清单 16-17 中 创建 的 多 个 任务 是 如 何在 线程 池 中 选择 不 同 的 线程 执行 的 , 以 及 
它们 最 终 的 运行 结果 又 是 如 何 整合 的 。 


你 的 线程 Executor Executor 


线程 1 线程 2 




















shop 对 象 





supplyAsync supplyAsync 






task] task2 








| Shop .getPrice() | : | getRate (EUR, USD) ] 











thenCombine 





thenCombine 


| (price, rate) -> price * rate 
| | 





price 对 象 


图 16-4 合并 两 个 相互 独立 的 异步 任务 





16.4.5 对 Future 和 CompletableFuture 的 回顾 


前 文 介绍 的 最 后 两 个 例子 ， 即 代码 清单 16-16 和 代码 清单 16-17， 非 常 清晰 地 呈现 了 相对 于 
采用 Java 8 之 前 提供 的 Future 实现 ，completableFuture 版 本 实现 所 具备 的 巨大 优势 。 
CompletableFuture 利用 Lambda 表达 式 以 声明 式 的 API 提供 了 一 种 机 制 , 能 够 用 最 有 效 的 方 
式 , 非常 容易 地 将 多 个 以 同步 或 异步 方式 执行 复杂 操作 的 任务 结合 到 一 起 。 为 了 更 直观 地 感受 一 
下 使 用 completableFuture 在 代码 可 读 性 上 带 来 的 巨大 提升 ， 你 可 以 尝试 仅 使 用 Java 7 中 提 
供 的 特性 ， 重 新 实现 代码 清单 16-17 的 功能 。 代 码 清 单 16-18 展示 了 如 何 实现 这 一 效果 。 


代码 清单 16-18 ”利用 Java 7 的 方法 合并 两 个 Future 对 象 


创建 一 个 ExecutorService 



































将 任务 提交 到 线程 池 
ExecutorService executor = Executors.newCachedThreadPool (); 十- 
final Future<Double> futureRate = executor .submit (new Callable<Double>() { 


public Double call() { 
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return exchangeService.getRate (Money .EUR, Money .USD); 
ey 
Future<Double> futurePriceInUSD = executor.submit (new Callable<Double>() { 


public Double call() { | 创建 一 个 查询 欧 
double priceInEUR = shop.getPrice(product); 元 到 美元 转换 汇 
return priceInEUR * futureRate.get (); 家 的 Future 7 
一 个 }}); 
ed 在 查找 价格 操作 的 同一 个 Future 中 ， 
特定 商品 的 价格 将 价格 和 汇率 做 乘法 计算 出 汇 后 价格 


在 代码 清单 16-18 中 , 你 通过 向 执行 器 提交 一 个 callable 对 象 的 方式 创建 了 第 一 个 Future 
对 象 ， 向 外 部 服务 查询 欧元 和 美元 之 间 的 转换 汇率 。 紧 接着 ， 你 创建 了 第 二 个 Future 对 象 , 查 
询 指定 商店 中 特定 商品 的 欧元 价格 。 最 终 , 用 与 代码 清单 16-17 一 样 的 方式 , 你 在 同一 个 Future 
中 通过 查询 商店 得 到 的 欧元 商品 价格 乘 以 汇率 得 到 了 最 终 的 价格 。 注 意 ， 代 码 清单 16-17 中 如 果 
使 用 thencombineAsync ,不 使 用 thencombine, 像 代码 清单 16-18 中 那样 ,采用 第 三 个 Future 
单独 进行 商品 价格 和 汇率 的 乘法 运算 , 效果 是 几乎 相同 的 。 这 两 种 实现 看 起 来 没 太 大 区 别 , 原因 


是 你 只 对 两 个 Future 进行 了 合并 。 


16.4.6 ”高 效 地 使 用 超时 机 制 | 


16.2.2 节 曾 提 到 过 ， 读 取 采 用 Future 计算 结果 值 时 ， 为 了 避免 线程 等 待 结果 返回 导致 的 永 
久 阻塞 , 设 定 一 个 超时 机 制 是 个 不 错 的 主意 。Java 9 通过 completableFuture 提供 了 多 个 方法 ， 
可 以 更 加 灵活 地 设置 线程 的 超时 机 制 。orTimeout 在 指定 的 超时 到 达 时 ， 会 通过 scheduled- 
ThreadExecutor 线程 结束 该 CompletableFuture 对 象 ， 并 抛 出 一 个 TimeoutException 
异常 ， 它 的 返回 值 是 一 个 新 的 completableFuture 对 象 。 和 凭借 这 一 方法 ， 你 可 以 将 你 的 计算 
流水 线 串 接 起 来 ， 发 生 TimeoutException 异常 时 ， 反 馈 一 个 友好 的 消息 给 用 户 。 你 可 以 为 代 
码 清单 16-17 中 的 Future 添加 超时 机 制 ,如 果 任 务 没 有 在 3 秒 钟 之 内 完成 就 抛 出 一 个 Timeout- 
Exception 异常 ， 代 码 如 下 所 示 。 当 然 ， 具 体 超时 的 时 间 长 短 应 该 与 你 的 业务 需求 保持 一 致 。 


代码 清单 16-19 ”为 completableFuture 添加 超时 




































































Future<Double> futurePriceInUSD = 

CompletableFuture.supplyAsync(() -> Shop.getPrice(Product) ) 
.thenCombinel( 

CompletableFuture.supplyAsync( 

() -> exchangeService.getRate (Money .EUR, Money .USD)), 

(price, rate) -> price * rate 
)) 二- 如 果 任务 无 法 在 3 秒 钟 之 内 执行 完毕 ，Future 
.orTimeout (3，TimeUnit .SECONDS ) 就 抛 出 一 个 TimeoutException 超时 异常 。 


Java 9 添加 了 对 异步 超时 管理 的 支持 
有 时 , 如 果 服 务 偶然 性 地 无 法 及 时 响应 , 临时 使 用 默认 值 继续 执行 也 是 一 种 可 接受 的 解决 方 
案 。 代 码 清 单 16-19 中 ， 你 期 望 汇率 服务 1 秒 钟 之 内 就 能 返回 欧元 到 美元 的 兑换 汇率 。 不 过 ， 即 
便 请 求 耗 时 更 长 , 你 也 不 希望 程序 直接 抛 出 一 个 异常 , 让 之 前 的 计算 开销 付 之 东 流 。 这 种 情况 下 ， 
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你 希望 程序 可 以 退化 为 使 用 预先 定义 的 汇率 。 通 过 Java 9 新 引入 的 completeonTimeout 方法 ， 
你 可 以 轻松 地 完成 这 一 任务 ， 为 程序 添加 第 二 种 超时 机 制 ， 代 码 如 下 所 示 。 


代码 清单 16-20 ”超时 之 后 ， 采 用 默认 值 继续 执行 CompletableFuture 





Future<Double> futurePriceInUSD = 
CompletableFuture.supplyAsync(() -> shop.getPrice (product)) 
.thenCombinel 
CompletableFuture.supplyAsync( 
() -> exchangeService.getRate (Money .EUR, Money .USD)) 
.CompleteOnTimeout (DEFAULT RATE, 1, TimeUnit .SECONDS), 
(Brice;y rate) -> Brice “rate 
) ) 如 果 汇 率 服务 1 秒 钟 还 
.orTimeout (3，TimeUnit .SECONDS ) 未 返回 结果 ， 就 使 用 默 
认 汇 率 继续 执行 及 计算 
同 orTimeout 方法 一 样 ， completeOnTimeOut 方法 也 返回 一 个 CompletableFuture, 
你 可 以 将 它 与 其 他 的 completableFuture 方法 链接 起 来 。 简 短 地 回顾 一 下 ， 有 目前 我 们 已 经 能 
配置 两 种 类 型 的 超时 : 一 种 是 如 果 程 序 执行 超时 ， 壁 如 超过 3 秒 ， 整 个 计算 都 会 失败 ; 另 一 种 是 
如 果 程 序 执行 超时 ， 壁 如 超过 1 秒 ， 还 可 以 使 用 预定 义 的 默认 值 继续 执行 ， 不 会 发 生 失 效 。 
现在 ， 你 几乎 已 经 完成 了 你 的 “最 优 价格 查询 器 ”应 用 ， 然 而 它 还 有 一 点 儿 欠 缺 。 你 希望 达 
到 的 效果 是 ,一 旦 拿 到 商店 的 价格 数据 , 立刻 将 它们 展示 给 你 的 用 户 〈 这 是 汽车 保险 和 机 票 比 价 
网 站 常用 的 做 法 )， 而 不 是 像 你 目前 的 代码 那样 ， 要 等 到 获取 了 所 有 数据 后 才 开 始 展示 数据 。 
CompletableFuture 自身 执行 完毕 之 前 ,调用 它 的 get 或 者 join 方法 , 执行 都 会 被 阻塞 。 接 
下 来 的 一 节 会 学 习 如 何 通 过 响应 CcompletableFuture 的 completion 事件 达到 及 时 展示 数据 
这 一 目标 ， 不 再 受制 于 get 或 者 join 方法 。 
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截至 目前 , 本 章 你 看 到 的 所 有 示例 代码 都 是 在 响应 之 前 添加 1 秒 钟 等 待 延 迟 模拟 方法 的 远程 
调用 。 毫 无 疑问 ， 现 实 世 界 中 ,你 的 应 用 访问 各 远程 服务 时 很 可 能 遭遇 无 法 预知 的 延迟 ,触发 的 
原因 多 种 多 样 ， 从 服务 器 负荷 到 网 络 延 迟 ， 有 些 甚 至 是 远程 服务 如 何 评估 你 应 用 的 商业 价值 ， 即 
可 能 相对 于 其 他 应 用 ， 你 的 应 用 每 次 查询 的 消耗 时 间 更 长 。 

由 于 这 些 原因 , 你 想 要 的 商品 在 某 些 商店 的 查询 速度 会 比 另 一 些 商店 更 快 。 接 下 来 的 代码 清 
单 中 会 通过 ramdomDelay 方法 添加 一 个 介 于 0.5 到 2.5 秒 钟 之 间 的 随机 延迟 模拟 这 种 场景 ， 不 
再 使 用 固定 1 秒 钟 的 延迟 。 


代码 清单 16-21 一 个 模拟 生成 0.5 秒 至 2.5 秒 随 机 延迟 的 方法 
private static final Random random = new Random(); 
public static void randomDelay() { 
int delay = 500 + random.nextInt (2000); 
try { 
Thread.sleep (delay); 
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} catch (InterruptedException e) { 
throw new RuntimeException(e); 
} 
} 


目前 为 止 , 你 实现 的 findPrices 方法 只 有 在 取得 所 有 商店 的 返回 值 时 才 显 示 商 品 的 价格 。 
而 你 希望 的 效果 是 ,只 要 有 商店 返回 商品 价格 就 在 第 一 时 间 显 示 返 回 值 , 不 再 等 待 那些 还 未 返回 
的 商店 (有 些 甚至 会 发 生 超时 )。 如 何 实现 这 种 更 进一步 的 改进 要 求 呢 ? 


16.5.1 对 最 佳 价 格 查 询 器 应 用 的 优化 


你 要 避免 的 首要 问题 是 ， 等 待 创建 一 个 包含 了 所 有 价格 的 List 创建 完成 。 你 应 该 做 的 是 直 
接 处 理 CompletablerFuture 流 ， 这 样 每 个 CompletableFuture 都 在 为 某 个 商店 执行 必要 的 
操作 。 为 了 实现 这 一 目标 ， 在 下 面 的 代码 清单 中 ， 你 会 对 代码 清单 16-16 中 代码 实现 的 第 一 部 分 
进行 重 构 ， 实 现 findPricesStreanm 方法 来 生成 一 个 由 completableFuture 构成 的 流 。 


代码 清单 16-22 重 构 findPrices 方法 返回 一 个 由 Future 构成 的 流 
public Stream<CompletableFuture<String>> findPricesStream(String product) { 
return Shops .stream() 
.map (Shop -> CompletableFuture.supp1lyAsync ( 
() -> shop.getPrice(product), executor)) 
.map (future -> future.thenApply (Quote: :parse)) 
.map (future -> future.thenCompose (quote -> 
CompletableFuture.supplyAsync ( 
() -> Discount.applyDiscount (quote), executor))); 
























































} 


现在 ， 你 为 findPricesStreanm 方法 返回 的 Stream 添加 了 第 4 个 map 操作 ， 在 此 之 前 ， 
你 已 经 在 该 方法 内 部 调用 了 三 次 map。 这 个 新 添加 的 操作 其 实 很 简单 ， 只 是 在 每 个 
CompletableFuture 上 注册 一 个 操作 ， 该 操作 会 在 CompletableFuture 完成 执行 后 使 用 它 
的 返回 值 。Java 8 的 CompletableFutureAPI 通 过 thenAccept 方法 提供 了 这 一 功能 ， 它 接受 
CompletableFuture 执行 完毕 后 的 返回 值 做 参数 。 在 这 里 的 例子 中 , 该 值 是 由 Discount 服务 
返回 的 字符 串 值 ， 它 包含 了 提供 请 求 商品 的 商店 名 称 及 折扣 价格 ， 你 想 要 做 的 操作 也 很 简单 ， 只 
是 将 结果 打印 输出 : 


findPricesStream("myPhone") .map(f -> f.thenAccept (System.out::println)); 


注意 ， 和 你 之 前 看 到 的 thenCompose 和 thenCombine 方法 一 样 ，thenAccept 方法 也 提 
供 了 一 个 异步 版 本 , 名 为 thenAcceptAsync。 异步 版 本 的 方法 会 对 处 理 结果 的 消费 者 进行 调度 ， 
从 线程 池 中 选择 一 个 新 的 线程 继续 执行 ， 不 再 由 同一 个 线程 完成 completableFuture 的 所 有 
任务 。 因 为 你 想 要 避免 不 必要 的 上 下 文 切 换 ， 更 重要 的 是 你 希望 避免 在 等 待 线程 上 浪费 时 间 ,， 尽 
快 响应 CompletableFuture 的 completion 事件 ， 所 以 这 里 没有 采用 异步 版 本 。 

由 于 thenAccept 方法 已 经 定义 了 如 何 处 理 completableFuture 返回 的 结果 , 一 旦 
CompletableFuture 计算 得 到 结果 , 它 就 返回 一 个 CompletableFuture<Void>。 因 此 , map 
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操作 返回 的 是 一 个 stream<CompletableFuture<Void>>。 对 这 个 CompletableFuture 
<Void> 对 象 ， 你 能 做 的 事 非常 有 限 ， 只 能 等 待 其 运行 结束 ， 不 过 这 也 是 你 所 期 望 的 。 你 还 希望 
能 给 最 慢 的 商店 一 些 机 会 , 让 它 有 机 会 打印 输出 返回 的 价格 。 为 了 实现 这 一 目的 , 你 可 以 把 构成 
Stream 的 所 有 completableFuture<Void> 对 象 放 到 一 个 数组 中 ， 等 待 所 有 的 任务 执行 完成 ， 

代码 如 下 所 示 。 


代码 清单 16-23 ”响应 completableFuture 的 completion 事件 


CompletableFuture[] futures = findqPricesStream("myPhone") 
.map(f -> f.thenAccept (System.out::println)) 
.toArray (size -> new CompletableFuture[sizel]); 

CompletableFuture.allOf (futures) .join(); 


allof 工厂 方法 接受 一 个 由 CompletableFuture 构成 的 数组 ， 数 组 中 的 所 有 
CompletableFuture 对 象 执行 完成 之 后 ， 它 返 回 一 个 CompletableFuture<Void> 对 象 。 这 
意味 着 ， 如 果 你 需要 等 待 最 初 Stream 中 的 所 有 completableFuture 对 象 执 行 完 毕 ， 那 么 对 
all0f 方法 返回 的 CompletableFuture 执行 join 操作 是 个 不 错 的 主意 。 这 个 方法 对 “最 佳 
价格 查询 器 ”应 用 也 是 有 用 的 ， 因 为 你 的 用 户 可 能 会 困惑 是 否 后 面 还 有 一 些 价格 没有 返回 , 使 用 
这 个 方法 ， 你 可 以 在 执行 完毕 之 后 打印 输出 一 条 消息 “All shops returned results or timed out”。 

然而 在 另 一 些 场景 中 ， 你 可 能 希望 只 要 completableFuture 对 象 数组 中 有 任何 一 个 执行 
完毕 就 不 再 等 待 ， 比 如 ， 你 正在 查询 两 个 汇率 服务 器 ， 任 何 一 个 返回 了 结果 都 能 满足 你 的 需求 。 
在 这 种 情况 下 , 你 可 以 使 用 一 个 类 似 的 工厂 方法 anyof 。 该 方法 接受 一 个 CompletableFuture 
对 象 构成 的 数组 ， 返 回 由 第 一 个 执行 完毕 的 completableFuture 对 象 的 返回 值 构成 的 


CompletableFuture<Object>。 









































16.5.2 ” 付 诸 实 践 


正如 本 节 开 篇 所 讨论 的 ， 现 在 你 可 以 通过 代码 清单 16-21 中 的 randomDelay 方法 模拟 远程 
方法 调用 ,产生 一 个 介 于 0.5 秒 到 2.5 秒 的 随机 延迟 ,不 再 使 用 恒定 1 秒 的 延迟 值 . 代 码 清单 16-23 
应 用 了 这 一 改变 ， 执 行 这 段 代 码 你 会 看 到 不 同 商店 的 价格 不 再 像 之 前 那样 总 是 在 一 个 时 刻 返 回 ， 
而 是 随 着 商店 折扣 价格 返回 的 顺序 逐一 地 打印 输出 。 为 了 让 这 一 改变 的 效果 更 加 明显 , 我 们 对 代 
码 进行 了 微调 ， 在 输出 中 打印 每 个 价格 计算 所 消耗 的 时 间 : 


long start = System.nanoTime(); 
CompletableFuture[] futures = findPricesStream("myPhone27S") 

.map(f -> f.thenAccept( 

s -> System.out .printlnl(s + " (done in " + 
( (System.nanoTime() - start) / 1 000_000) + " msecs)"))) 

.toArray (size -> new CompletableFuture[sizel]); 
CompletableFuture.allOf (futures) .join(); 
System.out.println("All shops have now respondeqd jn " 

+ ((System.nanoTime() - start) / 1 000_000) + " msecs"); 


运行 这 段 代码 所 产生 的 输出 如 下 : 
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BuyItAll price is 184.74 (done in 2005 msecs) 
MyFavoriteShop price is 192.72 (done in 2157 msecs) 
LetsSaveBig price is 135.58 (done in 3301 msecs) 
ShopEasy price is 167.28 (done in 3869 msecs) 
BestPrice price is 110.93 (done in 4188 msecs) 

All shops have now responded in 4188 msecs 


我 们 看 到 ， 由 于 随机 延迟 的 效果 ， 第 一 次 价格 查询 比 最 慢 的 查询 要 快 两 倍 多 。 


16.6 ”路 线 图 


第 17 章 会 讨论 Java9 新 引入 的 Flow API, 它 对 computableFuture (无 论 计算 还 是 求 值 都 
是 一 次 性 的 操作 ) 的 思想 做 了 进一步 的 延 申 。 使 用 Flow， 程 序 在 终止 之 前 可 以 生成 和 处 理 一 些 
列 的 值 。 


























16.7 ”小结 


以 下 是 本 章 中 的 关键 概念 。 

口 执行 比较 耗 时 的 操作 时 ， 尤 其 是 那些 依赖 一 个 或 多 个 远程 服务 的 操作 ， 使 用 异步 任务 可 
以 改善 程序 的 性 能 ， 加 快 程序 的 响应 速度 。 

口 你 应 该 尽 可 能 地 为 客户 提供 异步 API。 使 用 completableFuture 类 提供 的 特性 ， 你 能 
够 轻松 地 实现 这 一 目标 。 

口 CompletableFuture 类 还 提供 了 异常 管理 的 机 制 ， 让 你 有 机 会 抛 出 /管理 异步 任务 执行 
中 发 生 的 异常。 

口 将 同步 API 的 调用 封装 到 一 个 completableFuture 中 ,你 能 够 以 异步 的 方式 使 用 其 结果 。 
口 如 果 异 步 任 务 之 间 相 互 独立 ， 或 者 它们 之 间 某 一 些 的 结果 是 另 一 些 的 输入 ， 那 么 你 可 以 
将 这 些 异 步 任务 构造 或 者 合并 成 一 个 。 
口 你 可 以 为 CompletableFuture 注册 一 个 回调 函数 ， 在 Future 执行 完毕 或 者 它们 计算 
的 结果 可 用 时 ， 针 对 性 地 执行 一 些 程序 。 

口 你 可 以 决定 在 什么 时 候 结 束 程序 的 运行 ， 是 等 待 由 completableFuture 对 象 构成 的 列 
表 中 所 有 的 对 象 都 执行 完毕 ， 还 是 只 要 其 中 任何 一 个 首先 完成 就 中 止 程序 的 运行 。 

口 Java 9 通过 orTimeout 和 completeonTimeonut 方法 为 CompletableFuture 增 加 了 对 


异步 超时 机 制 的 支持 。 










































































反应 式 编程 








本 章 内 容 

口 什么 是 反应 式 编程 以 及 反应 式 宣言 的 原则 

口 应 用 级 和 系统 级 的 反应 式 编程 

口 采用 反应 式 流 (reactive stream ) 以 及 Java 9 Flow API 实现 的 一 个 例子 
口 一 种 广泛 采用 的 反应 式 库 一 一 RxJava 

口 如 何 使 用 RxJava 转换 和 整合 多 个 反应 式 流 

口 如 何 使 用 弹 珠 图 可 视 化 地 记录 反应 式 流 上 的 操作 
































在 深入 研究 什么 是 反应 式 编程 以 及 它 如 何 工 作 这 样 的 细节 之 前 , 了 解 一 下 为 何 这 种 新 计算 模 
式 正 变 得 越 来 越 重要 很 有 意义 。 几 年 前 ， 大 型 应 用 也 就 是 几 十 台 服 务 器 以 及 几 个 G 字 节 数据 这 
样 的 规模 ， 几 秒 钟 的 响应 时 间 、 甚 至 数 小 时 的 离线 维护 时 间 都 被 认为 是 可 以 接受 的 。 而 现在 , 情 
况 正 迅速 变化 着 ， 这 主要 基于 以 下 三 个 原因 。 

口 大 数据 一 一 以 PB 计量 的 大 数据 ， 并 且 数 量 还 在 不 断 增加 。 

口 异 构 环境 应 用 被 部 署 到 完全 异 构 的 环境 中 ， 它 可 能 是 移动 设备 ， 也 可 能 是 运行 着 数 

于 个 多 核 处 理 需 的 云端 集群 。 

口 使 用 模式 用 户 的 期 望 发 生 了 变化 ， 现 在 用 户 期 望 毫秒 级 的 响应 时 间 ， 和 硕 望 应 用 百 分 
之 百 时 时 刻 刻 都 在 线 。 

这 些 变化 意味 着 我 们 不 能 再 以 昨天 的 软件 架构 满足 当今 的 用 户 需求 。 这 种 趋势 已 经 非常 明 
显 。 当 前 互联 网 中 流量 最 大 的 部 分 是 移动 流量 ， 一 旦 物 联 网 ( Internet of things，IoT ) 流量 取代 
移动 流量 成 为 互联 网 流量 的 主流 ， 这 种 情况 还 会 进一步 加 剧 。 

反应 式 编程 让 你 能 以 异步 的 方式 处 理 、 整 合 来 自 不 同系 统 和 源头 的 数据 流 , 从 而 解决 这 一 杯 
手 的 问题 。 事实 上 ,以 这 种 方式 实现 的 应 用 可 以 在 处 理 数据 的 同时 进行 反馈 , 让 数据 对 用 户 的 响 
应 更 及 时 。 此 外 , 反应 式 编程 不 仅 可 以 构建 单一 组 件 或 者 应 用 ,还 能 用 于 协调 多 个 组 件 ,将 它们 
搭建 成 一 个 反应 式 系统 。 以 同样 的 方式 ， 系 统 工程 师 能 依据 网 络 的 变化 调整 消息 路 由 ， 从 而 保证 
系统 在 高 负荷 或 者 发 生 节 点 失效 时 依旧 能 稳定 地 提供 服务 。( 请 注意 ， 虽 然 程 序 员 通常 认为 他 们 
的 系统 或 者 应 用 是 由 组 件 搭 建 而 成 ,但 是 以 这 种 新 型 混 聚 、 松 散 耦 合 方式 构建 的 系统 中 , 组 件 很 
多 时 候 就 是 应 用 。 因 此 ， 这 里 的 组 件 和 应 用 基本 上 是 同义词 。) 

反应 式 应 用 和 系统 的 特性 及 优点 在 反应 式 宣 言 中 陈述 得 非常 明确 ， 下 一 节 会 详细 讨论 。 
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搭建 小 型 应 用 内 部 架构 还 是 选择 用 什么 策略 协调 各 个 应 用 来 构建 一 个 大 型 系统 。 关 于 应 用 这 些 思 
想 的 细节 ， 尤 其 是 如 何 界定 组 件 的 粒度 ， 还 需要 进一步 的 讨论 。 


17.1 反应 式 宣言 


反应 式 宣 言 由 Jonas Bonér、Dave Farley、Roland Kuhn 和 Martin Thompson 在 2013 年 至 2014 年 





间 发 起 ， 它 定义 了 一 套 开发 反应 式 应 用 和 系统 的 规范 。 该 宣言 指出 了 反应 式 应 用 的 四 个 典型 特征 。 




















口 响应 性 一 一 顾名思义 ， 反 应 式 系统 的 啊 应 时 间 很 快 ， 更 重要 的 是 它 的 啊 应 时 间 应 该 是 稳 
定 且 可 预测 的 。 只 有 这 样 ， 用 户 才 能 明确 地 设 定 他 的 预期 。 而 这 反 过 来 又 会 增强 用 户 的 
信心 ， 是 应 用 易 用 性 的 关键 指标 。 

口 韧性 一 一 系统 在 出 现 失 败 时 依然 能 继续 响应 服务 。 为 了 构建 弹性 的 应 用 ， 反 应 式 宣言 提 
供 了 一 系列 的 建议 ， 包 括 组 件 运行 时 复制 ， 从 时 间 〈 发送 方 和 接受 方 都 拥有 相互 独立 的 
生命 周期 ) 和 空间 ( 发 送 方 和 接收 方 运行 于 不 同 的 进程 ) 维度 对 组 件 进 行 解 厢 ， 从 而 使 
任何 一 个 组 件 都 能 以 异步 的 方式 向 其 他 组 件 分 发 任务 。 

口 弹性 一 一 影响 应 用 响应 性 的 男 一 个 重要 因素 是 应 用 的 工作 负载 。 应 用 生命 周期 中 不 可 避 
免 地 会 遭遇 各 种 规模 的 负载 。 反 应 式 系统 在 设计 时 就 需要 考虑 这 一 点 ， 增 加 分 配 的 资源 
后 ， 受 影响 的 组 件 要 有 能 力 自动 地 适 配 和 服务 更 大 的 负 答 。 

口 消息 驱动 一 一 韧性 和 弹性 要 求 明确 定义 构成 系统 的 组 件 之 间 的 边界 ， 从 而 确保 组 件 间 的 
松 耦 合 、 组 件 隔离 以 及 位 置 透明 性 。 跨 组 件 通信 和 则 通过 异步 消息 传递 。 这 种 设计 有 既 实 现 
了 韧性 ( 以 消息 传递 组 件 失 败 ) 又 确保 了 弹性 (通过 监控 交换 消息 规模 的 变化 ， 适 时 调 
整 资 源 分 配 ， 从 而 实现 资源 配置 的 优化 ， 满 足 业务 的 需求 ) 

17-1 展现 了 这 四 个 特征 之 间 的 相互 依赖 关系 。 这 些 原则 适用 于 各 种 规模 的 项 目 ， 无 论 是 
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系统 会 以 尽 可 能 快 的 方式 响应 请 求 ， 
响应 性 是 应 用 易 用 性 的 基石 2 即便 遭遇 失效 ， 系 统 
仍 能 响应 服务 请 求 





响应 性 



































系统 面 对 变 化 的 负荷 能 持续 地 消息 驱动 | 

响应 服务 请 求 。 通 过 增加 或 减 “系统 依赖 异步 消息 传递 在 各 组 
少 分 配给 服务 的 资源 ， 系 统 能 件 间 建立 边界 ， 实 现 组 件 间 的 
动态 地 调整 以 适应 服务 请 求 松 耦 合 、 隔 离 以 及 位 置 透明 性 








图 17-1 反应 式 系统 的 关键 特征 


17.1.1 ”应 用 层 的 反应 式 编程 








对 应 用 层 组 件 而 言 , 反应 式 编程 的 主要 特征 使 得 任务 能 以 异步 的 方式 运行 。 以 异步 非 阻塞 方 
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式 处 理事 件 流 对 充分 利用 现代 多 核 处 理 器 至 关 重 要 , 或 者 更 确切 地 说 , 这 一 技术 让 线程 尽 可 能 地 
竞争 处 理 器 的 使 用 权 。 为 了 达到 这 一 目的 , 反应 式 编程 框架 和 库 会 在 轻 量 级 的 结构 , 譬如 Future、 
Actor 或 者 更 常见 的 事件 循环 间 共 享 线程 (相对 昂贵 且 稀 缺 的 资源 )， 以 分 发 回调 函数 的 结果 , 最 
终 实 现 对 事件 处 理 结 果 的 收集 、 转 换 和 管理 。 

















背景 知识 调查 
如 果 你 对 事件 、 消 息 、 信 号 以 及 事件 循环 (或 者 叫 “发布 -订阅 ” 监听 ， 以 及 本 章 后 续 会 
提 到 的 背 压 ) 感到 困惑 ， 请 转 去 阅读 第 15 章 中 的 相关 内 容 。 如 果 你 没有 任何 不 适 ， 那 么 请 继 


这 些 技术 不 仅 比 线程 更 轻 量 级 ,对 开发 者 而 言 , 还 有 更 大 的 诱惑 : 它们 提升 了 创建 并 发 以 及 
异步 应 用 的 抽象 层次 ,如 此 一 来 开发 者 就 能 更 关注 于 业务 需求 ,不必 花 费 大 量 精力 在 像 同步 、 竞 
争 条 件 、 死 锁 这 样 典 型 的 多 线程 底层 实现 上 。 

采用 这 种 线程 多 路 复 用 策略 时 需要 特别 注意 一 点 : 不 要 在 主事 件 循环 中 添加 可 能 阻塞 的 操 
作 。 提 到 阻塞 操作 ， 这 里 特别 要 关注 的 是 所 有 IO 密集 型 的 操作 ， 壁 如 访问 数据 库 或 文件 系统 ， 
或 者 调用 远程 服务 , 这些 都 是 可 能 消耗 比较 长 时 间 的 事件 ,甚至 无 法 预测 何 时 能 够 结束 。 下 面 我 们 
用 一 个 实际 的 例子 来 解释 为 何 你 应 该 在 线程 多 路 复 用 时 避免 阻塞 操作 ， 这 样 可 能 更 生动 直观 一 些 。 
设想 有 这 样 一 个 典型 多 路 复 用 的 简单 场景 ,这 个 场景 中 你 需要 创建 一 个 两 线程 的 线程 池 ， 处 
理 来 自 三 个 流 的 事件 。 由 于 同一 时 刻 只 能 处 理 两 个 流 ， 只 有 通过 竞争 , 流 才能 高 效 公平 地 共享 那 
两 个 线程 。 现 在 假设 其 中 一 个 流 中 ， 某 个 事件 触发 了 一 个 可 能 很 慢 的 IO 操作 ， 壁 如 向 文件 系统 
写 人 数据 ， 或 者 调用 阻塞 式 API 从 数据 库 中 拉 取 数据 。 如 图 17-2 所 示 ， 在 这 种 情况 下 ， 线 程 2 
由 于 需要 等 待 IO 操作 完成 ， 僚 余地 阻塞 在 那里 ， 无 法 继续 执行 有 意义 的 工作 。 此 时 线程 1 还 在 
处 理 第 一 个 流 的 数据 ， 阻 塞 操作 完成 之 前 ， 第 三 个 流 完全 没有 机 会 被 处 理 。 
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流 1 bs 线程 1 
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a 
阻塞 式 IO 
下 


流 3 中 的 事件 无 法 被 线程 2 处 理 ， 因 为 
线程 2 此 时 由 于 阻塞 进入 了 闲 等 状态 


图 17-2 阻塞 操作 让 线程 进入 闲 等 状态 ， 其 他 的 计算 也 无 法 获得 执行 机 会 
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为 了 解决 这 一 问题 ， 大 多 数 的 反应 式 框架 ( 壁 如 RxJava 和 Akka ) 中 都 可 以 开辟 独立 的 线程 
池 用 于 执行 阻塞 式 操 作 。 主 线程 池 中 运行 的 线程 执行 的 都 为 无 阻塞 的 操作 ， 以 确保 所 有 的 CPU 
核 都 能 得 到 最 充分 的 利用 。 为 CPU 密集 型 和 IO 密集 型 的 操作 分 别 创建 单独 的 线程 池 还 有 更 深 
层 的 好 处 ,你 可 以 更 精细 地 监控 不 同类 型 任务 的 性 能 ， 从 而 更 好 地 配置 和 调整 线程 池 的 规模 , 更 
好 地 适应 业务 的 需求 。 

通过 遵循 反应 式 原 则 开发 应 用 只 是 反应 式 编程 的 一 小 部 分 ， 很 多 时 候 甚 至 不 是 最 困难 的 部 
分 。 将 一 系列 反应 式 应 用 整合 成 一 个 协调 良好 的 交互 式 系统 与 设计 一 个 独立 高 效 运行 的 反应 式 应 
用 比较 起 来 ， 其 重要 程度 不 相 上 下 。 


17.1.2 ”反应 式 系 统 


反应 式 系 统 是 一 种 新 型 软件 架构 , 应 用 这 种 架构 多 个 独立 应 用 可 以 像 一 个 单一 系统 那样 步调 
一 致 地 工作 ， 同 时 其 又 具备 良好 的 扩展 性 ， 构 成 反应 式 系统 的 各 个 应 用 也 是 充分 解 耦 的 ， 因 此 ， 
即使 其 中 某 一 个 应 用 发 生 失 效 ， 也 不 会 拖 震 整个 系统 。 反 应 式 应 用 与 反应 式 系统 的 主要 区 别 是 ， 
前 者 主要 对 临时 数据 流 进行 处 理 , 因此 其 工作 模式 被 称 为 事件 驱动 型 。 而 后 者 主要 用 于 构造 应 用 
以 及 协调 组 件 间 的 通信 。 具 备 这 种 特征 的 系统 通常 会 被 称 为 消息 驱动 系统 。 

消息 驱动 与 事件 驱动 的 另 一 个 重要 区 别 是 , 消息 往往 是 直接 发 送 给 某 个 单一 目标 的 , 而 事件 
会 被 所 有 注册 了 该 事件 的 组 件 接收 。 此 外 ,还 有 一 点 非常 重要 ,值得 特别 提 一 下 ,反应 式 系 统 中 
消息 是 以 异步 的 方式 发 送 和 接收 的 , 这 种 方式 有 效 地 解 耦 了 发 送 方 与 接收 方 。 组 件 间 完 全 的 解 耦 
合 既 是 实现 有 效 隔离 的 必要 前 提 ， 也 是 保障 系统 在 遭遇 失效 ( 韧性 ) 和 超大 负荷 ( 弹性 ) 时 仍 能 
保持 响应 的 基础 。 

更 确切 地 说 ， 反 应 式 架 构 的 蔬 性 是 凭借 将 失效 隔离 在 组 件 内 部 ， 避 免 故 障 传递 到 临 接 的 组 件 
来 实现 的 ， 如果 不 加 控制 的 话 ,这 种 灾难 传递 可 能 会 毁 掉 整 个 系统 。 从 反应 式 系统 角度 而 言 ， 韦 性 
更 偏向 于 容错 。 系 统 不 只 要 能 优雅 地 降级 , 更 重要 的 是 能 通过 隔离 失效 组 件 , 将 系统 重新 拉 回 健康 
状态 。 这 种 神奇 的 魔力 来 自 于 将 失效 控制 在 一 个 范围 内 ， 并 将 这 些 失效 作为 消息 传递 给 管理 组 件 。 
通过 这 各 方式， 失效 节 点 的 管理 可 以 不 受 失效 组 件 自身 的 影响 ， 在 一 个 安全 的 上 下 文中 进行 。 

位 置 透明 性 之 于 筷 性 与 隔离 和 解 耦 之 于 弹性 一 样 至 关 重 要 , 是 反应 式 系统 实现 韧性 的 决定 性 
要 素 。 基 于 位 置 透明 性 ,反应 式 系 统 的 所 有 组 件 都 可 以 和 其 他 任何 服务 通信 ， 无须 顾 鼠 接收 方 在 
什么 位 置 。 位 置 透 明 性 使 得 系统 能 够 依据 当前 的 负荷 情况 , 对 应 用 进行 复制 或 者 自动 地 水 平 扩展 。 
这 种 位 置 无 关 的 扩展 也 是 反应 式 应 用 (异步 、 并 发 、 即 时 松 耦 合 ) 与 反应 式 系统 (凭借 位 置 透明 
性 从 空间 角度 解 耦 ) 之 间 的 另 一 个 区 别 。 

本 章 接 下 来 的 内 容 会 带领 大 家 通过 几 个 实例 来 学 习 反 应 式 编程 , 此 外 , 我 们 会 着 重 介绍 Java9 
的 Flow API。 


































































































































































































































































































17.2 反应 式 流 以 及 Flow API 
反应 式 编程 是 一 种 利用 反应 式 流 的 编程 技术 。 而 反应 式 流 是 以 异步 方式 处 理 潜在 无 边界 数据 





























374 第 17 章 反应 式 编程 








流 的 标准 技术 ( 它 基于 “发 布 -订阅 ”模型 , 也 叫 pub-sub, 更 详细 的 介绍 请 参考 第 15 章 的 内 容 )， 
其 处 理 时 按 先后 次 序 进行 ， 并 且 带 有 不 可 阻塞 的 背 压 。 背 压 是 发 表 - 订 阅 模式 下 的 一 种 常见 的 流 
量 控制 机 制 , 目的 是 避免 流 中 事件 处 理 的 消费 者 由 于 处 理 速度 较 慢 , 被 一 个 或 多 个 快速 的 生产 者 
压 垮 。 出 现 这 种 情况 时 ， 如 果 受 压 组 件 发 生 灾难 式 的 骨 溃 ,或 者 以 无 法 控制 的 方式 丢弃 事件 都 是 
不 可 接受 的 。 组件 需 要 一 种 方式 来 向 上 游 生产 者 反馈 ,让 它们 减缓 生产 速度 , 或 者 告诉 生产 者 它 
在 接收 更 多 数据 之 前 ， 在 给 定 的 时 间 内 能 够 接受 和 处 理 多 少 事件 。 

值得 一 提 的 是 背 压 的 这 些 内 置 要 求 是 由 流 处 理 天 然 的 异步 特质 决定 的 。 实际 上 , 执行 同步 调 
用 时 , 系统 默认 就 会 收 到 来 自 阻 塞 API 的 背 压 。 遭遇 这 种 不 幸 的 场景 时 , 你 将 无 法 执行 任何 任务 ， 
直到 阻塞 操作 完成 ， 因 此 ， 由 于 等 待 你 会 浪费 大 量 的 资源 。 与 之 相反 ,使 用 异步 式 API， 硬 件 资 
源 的 使 用 率 能 够 大 幅 提 高 ,甚至 达到 其 极限 , 不 过 你 可 能 由 此 压 震 下 游 处 理 速 度 较 慢 的 组 件 。 引 
人 背 压 或 者 流量 控制 机 制 的 目的 就 是 解决 这 一 问题 , 它们 提供 了 一 种 协议 , 可 以 在 不 阻塞 线程 的 
情况 下 ， 避 免 数 据 接收 方 被 压 垮 。 

反应 式 的 这 些 需 求 和 行为 都 汇集 浓缩 到 了 反应 式 流 (Reactive Streams ) “项 目 中 。 这 个 项 
目的 成 员 来 自 于 奈 飞 (Netflix )、 红 帽 (Red Hat )、Twitter 、Lightbend 等 公司 。 依 据 这 些 需求 
和 行为 ， 反应 式 流 项 目 定 义 了 实现 任何 反应 式 流 都 必须 提供 的 四 个 相互 关联 的 接口 。 这 些 接口 
现在 是 Java 9 语言 的 组 成 部 分 ,由 新 的 java.util.concurrent .Flow 类 提供 。 很 多 第 三 方 
库 ， 包 括 Akka 流 (Lightbend 公司 )、Reactor ( Pivotal 公司 )， 以 及 Vert.x( 红 帽 公司 ) 都 提供 
了 这 些 接口 的 实现 。 接 下 来 的 一 节 会 介绍 这 些 接口 声明 方法 的 细节 ， 并 讨论 如 何在 反应 式 组 件 
中 使 用 它们 。 







































































































































































17.2.1 Flow 类 





Java 9 为 了 支持 反应 式 编程 新 增 了 一 个 类 : java.util.concurrent .Flow。 这 个 类 只 包含 
一 个 静态 组 件 ， 无 法 实例 化 。Flow 类 包含 了 四 个 檬 套 的 接口 来 体现 反应 式 项 目 定义 的 标准 “发 
布 -订阅 ”模型 ， 分 别 是 : 
口 发 布 者 ( Publisher ); 
口 订阅 者 ( Subscriber ); 
口 订阅 (Subscription ); 
口 处 理 者 ( Processor )。 
凭借 Flow 类 ， 相 互 关联 的 接口 或 者 静态 方法 可 以 构造 流 控 ( flow-controlled ) 组 件 。 
Publisher 生产 的 元 素 可 以 被 一 个 或 多 个 Subscriber 消费 ，Publisher 与 Subscriber 之 
间 的 关系 通过 subscription 管理 。Publisher 是 顺序 事件 的 提供 者 ， 并 且 这 些 事 件 的 数量 可 
能 没有 上 限 , 不 过 它 也 受 背 压 机 制 的 制约 , 按照 subscriber 的 反馈 进行 元 素 的 生产 。Publisher 
是 一 个 Java 函数 式 接口 〈 它 仅仅 声明 了 一 个 抽象 方法 )，subscriber 可 以 把 自己 注册 为 该 事件 
的 监听 方 从 而 完成 对 Publisher 事件 的 注册 。 流 量 控制 ， 包 括 Publisher 与 Subscriber 之 



















































































QQ 书 中 我 们 使 用 了 大 写 开 头 的 Reactive Streams， 解 释 概 念 时 则 可 以 采用 小 写 的 reactive streams。 
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间 的 背 压 都 是 由 Supscription 管理 的 ,这 三 个 接口 以 及 Processor 接口 的 定义 可 以 参考 代码 
清单 17-1、 代 码 清单 17-2、 代 码 清单 17-3 以 及 代码 清单 17-4。 


代码 清单 17-1 Flow.Publisher 接口 


FunctionalInterface 
public interface Publisher<T> { 
void subscribe(Subscriber<? super T> s); 


} 


此 外 ，subscriber 接口 提供 了 四 个 回调 函数 ， 这 些 回调 函数 会 在 Publisher 生产 对 应 事 
件 时 被 调用 。 


代码 清单 17-2 Flow.subscriper 接口 


public interface Subscriber<T> { 
void onSubscribe(Subscription s); 
void onNext (T t); 
void onError (Throwable t); 
void onComplete(); 











这 些 事件 的 发 布 ( 以 及 对 应 方法 的 调用 ) 都 必须 严格 遵守 下 面 协议 定义 的 顺序 : 





onSubscribe onNext* (onError | onComplete) ?7 


这 种 表示 法 的 含义 是 onsubscripe 方法 始终 作为 第 一 个 事件 被 调用 ， 接 下 来 是 任意 多 个 
onNext 方法 的 调用 。 事件 流 的 处 理 可 能 持续 不 断 ， 也 可 能 借 由 oncomplete 回调 方法 终止 , 表 
面 接 下 来 没有 更 多 需要 处 理 的 元 素 了 ， 抑 或 如 果 Publisher 发 生 了 失效 ， 就 会 执行 onError 
调用 〈 可 以 对 比 从 终端 正常 读 取 一 个 字符 串 ， 或 者 读 取 到 文件 未 尾 ， 或 者 发 生 IO 错误 的 情况 )。 

当 Subscripber 向 Publisher 注册 时 ,Pupblisher 的 第 一 个 动作 就 是 调用 onsubscripe 
方法 并 回 传 一 个 supscription 对 象 。Subscription 接口 定义 了 两 个 方法 。Ssubscriber 可 
以 使 用 第 一 个 方法 通知 Puplisher 它 已 经 准备 好 接收 多 少 个 事件 ， 第 二 个 方法 用 于 取消 
Supscription， 因 此 它 的 作用 就 是 告诉 Pupblisher 它 已 经 不 再 希望 接收 来 自 Publisher 的 
事件 了 。 


代码 清单 17-3 Flow.Subscription 接口 
public interface Subscription { 
void request (long n); 
void cancel (); 



























































} 
Java 9 的 Flow 规范 定义 了 一 系列 的 规则 ， 通 过 这 些 规则 ， 协 议 的 接口 之 间 能 相互 沟通 协调 。 
下 面 总 结 了 这 些 规则 的 内 容 。 












































Q@ 此 表示 法 表示 onsubscribe 调用 。 译 者 注 
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口 Publisher 发 送 给 Subscribez 的 元 素数 量 不 能 超过 其 在 Subscription 的 request 
方法 中 指定 的 数目 。 不 过 如 果 Subscription 被 oncomplete 方法 成 功 地 终止 ， 或 者 
subscription 执行 过 程 中 发 后 了 错误 ， 调 用 了 onError 方法 ，Publisher 也 可 能 还 
没 达到 设 定 的 数量 就 停止 调用 onNext 向 Subscriber 发 送 元 素 了 。 发 生 这 种 情况 ， 
Subscription 就 变 成 了 终止 状态 ( 即 oncomplete 或 者 onError )，Publisher 无 法 
再 向 subscriber 发 送 任何 信号 ， 对 应 的 Subscription 只 能 被 看 作 取 消 了 。 

口 subscriber 必须 告知 Publisher 它 是 否 已 经 准备 好 接收 数据 以 及 能 够 处 理 多 少 元 素 。 
和 凭借 这 种 方式 ，subscriber 向 Publisher 执行 了 “ 背 压 ”操作 ， 有 效 地 避免 了 
Subscriber 被 超载 数据 压 垮 的 情况 发 生 。 此 外 , 执行 oncomplete 或 者 onError 操作 
时 ，Subscriber 不 能 再 次 调用 Publisher 或 者 subscription 中 的 方法 ， 这 个 时 刻 
的 Supscription 已 经 被 取消 了 。 最 后 ， 发 出 subscription.cancel() 调 用 后 ， 即 使 
还 未 执行 subscription.request () 方 法 ， 也 没有 通过 onNext 接收 到 任何 消息 ， 
Subscriber 也 要 准备 好 进行 终止 操作 。 

口 subscription 只 能 被 一 对 Publisher 和 subscriber 共享 ， 这 代表 了 它们 之 间 独 一 
无 二 的 关系 。 基 于 这 个 原因 ，subscriber 可 以 从 onsubscripbe 和 onNext 方法 中 以 异 
步 方式 调用 它 的 request 方法 ,标准 还 规定 了 Subscription.cancel () 方 法 的 实现 必 
须 是 知 等 ( 即 调 用 它 一 次 与 重复 调用 多 次 的 效果 是 同样 的 ) 和 线程 安全 的 ， 这 样 才 能 
证 执行 完 第 一 次 调用 后 ， 任 何 对 subscription 的 额外 调用 都 不 会 有 副作用 。 执 行 
subscription.cancel() 调 用 后 ，Publisher 会 彻底 删除 对 应 subscriber 的 引用 。 
规则 不 推荐 大 家 重复 订阅 同一 个 subscriber， 但 是 它 并 没有 强制 发 生 这 种 情况 时 抛 出 
异常 ， 因 为 所 有 之 前 取消 的 Subscription 都 需要 妥善 地 保存 下 来 。 

图 17-3 展示 了 一 个 典型 应 用 的 生命 周期 ， 它 实现 了 Flow API 中 定义 的 接口 。 






















































































主 程序 发 布 者 订阅 者 订阅 
subscribe (订阅 者 ) | Ab 
a L 百 压 
onSubscribe (订阅 ) | AAA 
! Was 
1 onNext(data) 
onNext(data) 


1 ) 


request(int) 


onNext(data) 


onComplete/onError 





onSubscribe onNext* (onError | onComplete) 


图 17-3 ”使 用 Flow API 的 反应 式 应 用 的 生命 周期 
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Flow 类 的 第 4 个 也 是 最 后 一 个 成 员 是 Processor 接口 。 它 同时 继承 了 Puplisher 和 
subscriber, 但 没有 额外 添加 新 的 方法 。 


代码 清单 17-4 Flow.Processor 接口 


public interface Processor<T, R> extends Subscriber<T>, Publisher<R> { } 


实际 上 ， 这 个 接口 反映 的 就 是 反应 式 流 中 事件 的 转化 阶段 。 接 收 到 错误 时 ，Processor 可 
以 选择 从 出 错 状态 恢复 (接着 需要 将 该 subscription 设置 为 取消 状态 )， 或 者 直接 向 
Subscriber 抛 出 onError 信号 。 当 最 后 一 个 subscriper 取消 其 Subscription 时 ， 
Processor 也 应 该 取消 其 上 游 的 subscription 以 传递 该 取消 信号 (尽管 规范 中 并 未 严格 规定 
此 时 一 定 要 执行 这 样 的 取消 操作 )。 

Java 9 的 Flow API 或 者 反应 式 流 API 规定 所 有 subscriber 接口 的 方法 实现 都 不 得 阻塞 
Publisher, 但 是 它 并 未 指定 这 些 方 法 一 定 要 采用 同步 或 者 异步 的 方式 。 然 而 , 请 注意 一 点 , 这 
些 接口 中 定义 的 所 有 方法 都 返回 voida， 从 而 确保 它们 能 以 完全 异步 的 方式 实现 。 

接 下 来 的 一 节 会 通过 一 个 简单 又 实用 的 例子 将 已 经 学 习 到 的 内 容 运用 起 来 。 


17.2.2 ”创建 你 的 第 一 个 反应 式 应 用 


大 多 数 情况 下 ， 不 建议 直接 去 实现 Flow 类 中 定义 的 接口 。 非 比 寻 常 地 ，Java 9 库 也 并 未 提 
供 实现 它们 的 类 。 这 些 接口 的 实现 借 由 前 面 提 到 的 反应 式 库 ( 璧 如 Akka、RxJava 等 ) 完成 。Java9 
的 java.util.concurrency .Flow 规范 既是 所 有 实现 该 接口 的 库 需 要 遵守 的 合约 ， 也 是 使 构 
建 于 不 同 的 反应 式 库 之 上 的 应 用 间 能 相互 协调 、 相 互 理解 沟通 的 通用 语言 。 此 外 , 反应 式 库 一 般 
都 提供 了 更 丰富 的 特性 (除了 由 java.util.concurrency .Flow 接口 定义 的 最 小 功能 集 外 ， 
它们 往往 提供 了 更 多 对 反应 式 流 进行 转换 和 归并 的 类 和 方法 )。 

正如 前 文 所 述 ， 直 接 基于 Java 9 的 Flow API 创建 你 的 第 一 个 反应 式 应 用 对 于 理解 这 四 个 接 
口 之 间 是 如 何 工作 的 非常 有 价值 。 到 本 节 结 束 , 你 将 会 基于 反应 式 原则 创建 一 个 简单 的 温度 汇报 
程序 。 这 个 程序 包含 两 个 组 件 ， 分 别 是 : 
口 TempInfo， 它 模拟 一 个 远程 温度 计 ( 持续 不 断 地 回报 温度 ， 温 度 的 值 是 随机 生成 的 ， 介 
于 华氏 0 度 到 99 度 之 间 ， 这 也 是 适合 大 多 数 美国 城市 的 温度 区 间 ); 
口 TempSubscriber， 它 监听 这 些 温度 报告 事件 ， 并 打印 输出 某 个 城市 的 温度 监控 需 返 回 

的 温度 Stream 。 

我 们 要 做 的 第 一 步 是 定义 一 个 简单 的 类 来 描述 当前 汇报 的 温度 ， 如 下 面 的 代码 清单 所 示 。 


代码 清单 17-5 ”表示 当前 汇报 温度 的 Java Bean 


import java.util.Random; 
























































































































































public class TempInfo { 


public static final Random random = new Random(); 
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private final String town; 


private final int temp; 城市 的 TompTnte 
实例 都 通过 静态 工 
public TempInfo(String town, int temp) { 厂 方 法 创建 


this.town = town; 
this.temp = temp; 





} 获取 当前 温度 ， 每 
| 十 次 获取 操作 可 能 
public static TempInfo fetch(String town) { < 随机 失败 一 次 


if (random.nextInt (10) == 0) 
throw new RuntimeException ("Error!"); 
return new TempInfo(town, random.nextIint (100)); 


} 返回 温度 , 其 值 是 介 
于 华氏 0 度 到 99 度 
@Override 之 间 的 一 个 随机 数 
puBlic -String toSstring() -{ 
return town + " : " + temp; 


public int getTemp() { 
return temp; 


public String getTown() { 
return town; 


中 

定义 好 这 个 简单 的 领域 模型 之 后 ， 你 就 可 以 开始 着 手 实现 某 个 城市 温度 的 subscription 
了 ， 它 会 在 subscriber 请 求 温度 报告 时 返回 对 应 的 数据 。 下 面 是 实现 这 段 逻辑 的 代码 。 
代码 清单 17-6 ”subscription 接口 实现 ， 向 Subscriber 发 送 TempInfo Stream 

import java.util.concurrent.Flow.*; 

public class TempSubscription implements Subscription { 


private final Subscriber<? super TempInfo> subscriber; 
private final String town; 


public TempSubscription( Subscriber<? super TempInfo> subscriber, 
String town ) { 
this.subscriber = subscriber; 
this.town = town; 


Subscriber 每 


@Override 
public void request( long mn ) { 处 理 一 个 请 求 执 
for (long i = 0L; i < n; I++) { < 行 一 次 循环 
try { 
subscriber.onNext( TempInfo.fetch( town ) ); 
将 当前 温度 发 送 } catch (Exception e) { 
给 subscriber i e. )3 查询 温度 时 如 果 发 送 
reak; 


失效 ， 将 出 错 信息 返 


回 给 subscriber 
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} 


ONwaEEiGE 如 果 subscription 被 取消 了 ， 
public void cancel() { 那么 向 Subscriber 发 送 一 
subscriber.onComplete(); 完成 oncomplete) 信号 


} 
} 


接 下 来 一 步 是 创建 Subscriber， 每 当 它 从 Subscription 拿 到 一 个 新 元 素 ， 就 打印 输出 
温度 ， 并 继续 请 求 新 的 数据 ， 实 现代 码 如 下 。 


代码 清单 17-7 ”subscriber 接口 实现 ， 打 印 输 出 收 到 的 温度 数据 


import java.util.concurrent.Flow.*; 

















public class TempSubscriber implements Subscriper<TempInfo> { 


private Subscription subscription; 
保存 Subscription 


QOverride 并 发 送 第 一 个 请 
public void onSubscribe( Subscription subscription ) { < — 
this.subscription = subscription; 
subscription.request( 1 ); 


. 打印 输出 接收 到 的 
QOverride 温度 数据 并 发 送 下 


public void onNext ( TempInfo tempInfo ) { 了 4 一 个 数据 请 求 
System.out .println( tempInfo ); 
subscription.request( 1 ); 
} 
发 生 错 误 时 ， 
QOverride 打印 出 错 信息 
public void onError( Throwable 七 ) { < 一 一 
System.err.println(t.getMessage()); 
} 


@Override 
public void onComplete() { 
System.out .println("Done!"); 
} 
} 


接 下 来 的 这 段 代码 把 之 前 实现 的 反应 式 应 用 放 到 了 Main 类 中 ， 它 会 创建 一 个 Publisher， 
之 后 使 用 TempSubscriber 订阅 该 publisnher 的 消息 。 








代码 清单 17-8 Main 类 : 创建 Publisher 并 向 其 订阅 TempSubscriber 


import java.util.concurrent.Flow.*; 
创建 一 个 新 的 纽约 温度 的 Publisher， 
public class Main { 并 向 其 订阅 Tempsubscriber 事件 
public static void main( String[] args ) { 
getTemperatures( "New York" ).subscribe( new TempSubscriper() ); 


} 
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private static Publisher<TempInfo> getTemperatures( String town ) { 
return subscriber -> subscriber.onSubscripbel( 


new TempSubscription( subscriber, town ) ); 


向 注册 了 该 事件 的 subscriber 返回 一 个 发 送 
TempSubscription 的 Publisher 对 象 





这 上段 代码 中 ，getTemperatures 方法 返回 的 是 一 个 Lambda 表达 式 ， 它 接受 一 个 
subscripber 对 象 作为 参数 ， 并 调用 它 的 onsubscribe 方法 。 调 用 onsubscripbe 方法 时 ， 向 





其 传人 的 参数 是 一 个 新 创建 的 TempSsubscription 实例 。 由 于 这 个 Lambda 表达 式 的 签名 与 














Publisher 函数 式 接口 中 唯一 的 抽象 方法 保持 一 臻 ， 因 此 Java 编译 需 会 自动 地 将 该 Lambda 表 
达 式 转换 为 Publisher 对 象 (更 多 细节 请 参考 第 3 章 )。main 方法 为 纽约 的 温度 创建 了 一 个 
Publisher， 接 着 向 它 注册 了 一 个 新 的 Tempsubscriber 类 实例 。 执 行 main 函数 的 输出 结果 


如 下 : 


New 
New 
New 
New 


YY 下风 :用 
YOPK. 
YoOrk, 六 
YOPkK» 


Error! 


上 述 执行 结果 中 Tempsubscription 成 功 地 获取 了 四 次 纽约 的 温度 ， 在 尝试 第 5 次 读 取 时 
失败 了 。 看 起 来 通过 Flow API 提供 的 四 个 接口 中 的 三 个 ， 你 就 已 经 成 功 地 解决 了 该 问题 。 不 过 ， 


你 确定 这 段 代码 没有 任何 问题 么 ?不 用 着 急 回答 , 你 可 以 再 思考 一 下 , 完成 下 面 这 个 测验 之 后 再 


给 出 答案 。 


44 
68 
95 
20 






































测验 17.1 


我 们 开发 的 这 个 程序 目前 存在 一 个 微妙 的 缺陷 。 不 过 ， 由 于 温度 数据 所 构成 的 Stream 会 
被 TempInfo 工厂 方法 随机 抛 出 的 异常 中 断 ， 这 个 问题 被 隐藏 了 。 如 果 注 释 掉 随机 生成 错误 
的 那 段 代码 ， 让 程序 持续 运行 足够 长 的 时 间 ， 你 猜 猜 会 发 生 什 么 情况 ? 

答案 : 这 段 代码 的 问题 在 于 每 次 TempSubscriber 接受 一 个 新 的 元 素 都 会 调用 它 的 
onNext 方法 ，onNext 方法 又 会 向 TempSubscription 发 送 一 个 新 请 求 ， 接 着 request 方 
法 又 会 向 TempSubscriber 发 送 另 一 个 元 素 。 这 种 递归 的 调用 一 个 接着 一 个 被 压 入 栈 ， 最 终 
导致 栈 液 出 ， 造 成像 下 面 这 样 的 StackOverflowError 错误 : 


Exception in thread "main" java.lang.StackOverflowError 


at 
cle 
at 
cis 
Sie 
ci 
eie 
eile 


java. 
java. 
让 OWE 
flow. 
flow. 
flow. 
Jee 
flow. 


base/java.io.PrintStream.print (PrintStream.java:666) 
base/java.io.PrintStream.println(PrintStream.java:820) 
TempSubscriber .onNext (TempSubscriber.java:36) 
TempSubscriber.onNext (TempSubscriber.java:24) 
TempSubscription.request (TempSubscription.java:60) 
TempSubscriber.onNext (TempSubscriber.java:37) 
TempSubscriber .onNext (TempSubscriber.java:24) 
TempSubscription.request (TempSubscription.java:60) 
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怎样 才能 修复 这 个 问题 ， 避 人 免 发 生 栈 溢出 呢 ? 一 种 可 行 的 解决 方案 是 在 TempSubscription 
中 添加 Executor， 使 用 它 通过 男 外 一 个 线程 向 Tempsubscriber 发 送 新 的 元 素 。 为 了 达到 这 
个 目标 , 你 可 以 像 下 面 的 代码 清单 那样 修改 Tempsubscription。( 注意 ,这 个 类 的 实现 是 不 完 
整 的 ， 完 整 的 定义 需要 结合 代码 清单 17-6 剩余 的 部 分 。) 








代码 清单 17-9 为 TempSubscription 添加 Executor 
import java.util.concurrent.ExecutorService; 为 了 节省 页 面 ， 刻 意 省 略 
import java.util.concurrent.Executors; 了 原 i pt 
类 中 未 改动 的 代码 


public class TempSubscription implements Subscription { 


private static final ExecutorService executor = 
Executors.newSingleThreadExecutor (); 


@Override 
public void request( long n ) { 
9 一 个 线程 i 
executor.submit( () -> { -一 2 Subecr iber 
for (long i = 0L; i < n; i++) i 站 


Cry 

subscriber.onNext( TempInfo.fetch( town ) ); 
} catch (Exception e) { 

subscriber.onError( e ); 

break; 


} 

Flow API 定 义 了 四 个 接口 ,目前 为 止 , 你 仅 使 用 了 其 中 的 三 个 。 那么 , 什么 时 候 使 用 Processor 
接口 呢 ? 为 了 解释 这 个 问题 , 我 们 举 一 个 例子 ,通过 它 你 大 概 就 能 理解 什么 时 候 采 用 Processor 
接口 了 。 璧 如 你 需要 创建 一 个 Publisher， 用 来 汇报 温度 数据 ,不 过 你 收 到 了 一 个 额外 的 要 求 ， 
这 些 收集 的 数据 要 以 摄氏 温度 而 不 是 华氏 温度 的 方式 表示 ( 假设 你 要 收集 的 城市 并 不 在 美国 )。 
这 时 使 用 Processor 接口 就 非常 适合 了 。 


17.2.3 ”使 用 Processor 转换 数据 


17.2.1 节 曾 介绍 过 , Processor 身 兼 两 职 , 它 既是 一 个 supscriber 也 是 一 个 Publisher。 
实际 上 ， 我 们 经 常 将 它 注 册 到 一 个 Publisher 上 ， 接 收 并 转换 完 数 据 后 ， 再 把 这 些 数据 重新 发 
布 出 去 。 这 里 我 们 举 一 个 实际 的 例子 ， 要 求 是 实现 一 个 Processor ， 它 注册 到 一 个 发 布 以 华氏 
温度 表示 温度 数据 的 Publisher 上 ， 你 需要 将 接收 到 的 数据 转换 为 摄氏 温度 并 重新 发 布 出 去 。 
代码 清单 如 下 。 
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代码 清单 17-10 ”将 温度 由 华氏 温度 转换 为 摄氏 温度 的 Processor 


import java.util.concurrent .Flow.*; 将 TempInfo 由 一 种 格式 转换 
为 另 一 种 格式 的 processor 
public class TempProcessor implements Processor<TempInfo, TempInfo> { < 一 


private Subscriber<? super TempInfo> subscriber; 


@Override 
public void subscribe( Subscriber<? super TempInfo> subscriber ) { 
this.subscriber = subscriber; 


} 


@Override 

public void onNext ( TempInfo temp ) { TempInfo 转换 为 摄氏 
subscriber.onNext( new TempbInfo( temp.getTown(), 温度 后 重新 发 布 

(temp.getTemp() - 32) * 5 / 9) ); < 一 

} 

QOverride 

public void onSubscribe( Subscription subscription ) { 
subscriber.onSubscribe( subscription ); < 一 

} 

@Override 


所 有 其 他 的 信号 都 原封 
不 动 地 代理 给 上 游 的 
subscriber 处 理 


public void onError( Throwable throwable ) { 
subscriber.onError( throwable ); 


} 


@Override 
public void onComplete() { 
subscriber.onComplete(); < 





} 
} 


注意 ， 在 上 面 的 代码 中 ，onNext 是 TempProcessor 类 中 唯一 一 个 包含 业务 逻辑 的 方法 ， 
它 在 将 温度 由 华氏 温度 转换 为 摄氏 温度 后 将 其 重新 发 布 出 去 。 所 有 其 他 实现 subscriber 接口 
的 方法 都 仅仅 做 了 个 三 传 姓 ， 把 接收 到 的 信号 原封 不 动 地 传递 给 上 游 的 subscriber， 
Publisher 的 subscripe 方法 将 上 游 的 Supscriber 注册 到 Processor 中 。 

下 面 的 这 段 代码 清单 在 Main 类 中 整合 了 TempProcessor 对 象 ， 来 看 看 它 是 怎样 工作 的 。 


代码 清单 17-11 Main 类 : 创建 Puplisher 并 向 其 注册 Tempsupscriber 

















import java.util.concurrent.Flow.*; 为 纽约 创建 一 个 
摄氏 温度 版 本 的 
public class Main { Publisher 
public static void main( String[] args ) { 


getCelsiusTemperatures( "New York" ) 把 Tempsubscriber 注 
.Subscribe( new TempSubscripber() ); 册 到 该 publisher 上 
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public static Publisher<TempInfo> getCelsiusTemperatures (String town) { 
return Subscriper -> { 
TempProcessor processor = new TempProcessor(); 
processor.subscribe( subscriber ); 
processor.onSubscribe( new TempSubscription(processor, town) ); 


创建 TempProcessor 对 象 ， 并 将 其 插入 
Subscriber 和 返回 的 Publisher 之 间 





} 
再 次 执行 Main 时 会 生成 下 面 的 打印 输出 ， 可 以 看 到 这 次 温度 都 以 典型 的 摄氏 温度 格式 呈 
现 了 : 


New York : 10 





New York : -12 
New York : 23 
Error! 








构成 Flow API 思想 核心 的 是 它 基 于 “发 布 - 订 阅 ” 协 议 的 异步 流 处 理 模型 ， 本 节 中 ,通过 直 
接 实现 Flow API 中 定义 的 接口 ， 我 们 对 这 一 模型 有 了 比较 直观 的 理解 。 不 过 我 们 使 用 的 示例 与 
日 常 程 序 设 计 中 的 反应 式 编程 略微 有 些 不 同 ， 接 下 来 的 一 节 会 讨论 这 些 差异 。 




















17.2.4 为 什么 Java 并 未 提供 Flow API 的 实现 


Java 9 的 Flow API 有 点 儿 让 人 脑 洞 大 开 的 意味 。 通 常情 况 下 Java 库 会 同时 提供 接口 和 对 应 
的 实现 给 用 户 使 用 ， 然 而 这 次 Flow API 并 没有 走 寻常 路 一 一 你 需要 自己 实现 Flow API。 我 们 可 
以 拿 List API 做 例子 , 对 比 一 下 二 者 的 不 同 。 你 大 概 很 熟悉 ，Java 提供 的 List<T> 接 口 已 经 被 非 
常 多 的 类 实现 了 , 其 中 包括 ArrayList<T>。 更 确切 地 说 ( 这 部 分 内 容 一 般 用 户 可 能 没 那 么 关心 ) 
类 ArrayList<T> 继 承 自 抽象 类 AbstractList<T>， 而 后 者 实现 了 LIst<T> 接 口 。 与 此 相反 ， 
Java9 声 明了 Publisher<T> 接 口 ,可 是 没有 提供 任何 实现 ， 这 也 是 你 只 能 定义 自己 版 本 实现 的 
原因 ( 当然 ， 实 现 这 些 接口 也 能 帮助 你 更 好 地 学 习 它 们 ， 不 过 这 并 非 其 初衷 )。 面 对 现实 吧 一 一 
接口 可 以 帮助 你 更 好 地 构建 你 的 程序 思维 ， 不 过 它 并 不 能 帮 你 更 快 地 完成 程序 设计 。 

那 到 底 是 什么 原因 呢 ? 答案 是 主要 基于 历史 因素 : 反应 式 流 有 多 个 Java 库 的 实现 版 本 〈 壁 
如 Akka 和 RxJava )。 最 初 这 些 库 都 是 独立 开发 的 ， 虽然 它们 都 基于 “发 布 -订阅 ”的 思想 实现 了 
反应 式 编 程 , 但 是 使 用 的 术语 和 API 是 过 异 的 。 在 Java 9 标准 化 的 过 程 中 , 这 些 库 也 在 不 断 演进 ， 
最 终 它们 都 实现 了 java.util.concurrent .Flow 接口 ,不 再 是 仅仅 实现 了 反应 式 的 概念 。 标 
准 化 使 得 不 同 库 之 间 互 通 和 调用 成 为 可 能 。 

构建 一 个 反应 式 流 的 实现 相当 复杂 , 因此 大 多 数 用 户 都 倾向 于 使 用 现 有 的 库 。 大 多 数 实现 接 
口 的 类 库 都 会 提供 更 加 丰富 的 功能 ， 而 不 是 仅 限于 接口 的 最 小 实现 集 。 

接 下 来 的 一 节 会 学 习 目 前 市 面 上 使 用 最 广泛 的 反应 式 库 : RxJava ( Java 的 反应 式 扩展 库 )， 
它 由 Netflix 公司 的 工程 师 开 发 。 我 们 会 着 重 介 绍 RxJava 2.0 版 本 ， 这 也 是 当前 最 新 的 版 本 ， 其 
实现 了 Java 9 的 Flow 接口 。 
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17.3 ”使 用 反应 式 库 RxJava 


RxJava 是 支持 反应 式 编 程 的 首 批 Java 语言 库 之 一 。 它 诞生 于 Netflix， 是 对 微软 .Net 环境 中 
反应 式 扩展 (reactive extension，Rx ) 项 目的 迁移 。RxJava 2.0 为 了 与 前 文 介绍 的 反应 式 流 API 
保持 一 至 进行 了 相应 的 调整 ， 现 在 也 支持 java .util.concurrent .Flow。 

使 用 Java 语 言 时 , 如果 你 使 用 了 一 个 第 三 方 的 库 , 很 容易 就 能 识别 , 因为 你 需要 使 用 import 
导入 第 三 方 库 。 举 例 来 说 ， 为 了 使 用 Publisher， 你 导 人 了 Java 的 Flow 接口 ， 就 需要 使 用 下 
面 这 行 声明 : 



























































import java.lang.concurrent .Flow.*; 


不 过 如 果 你 想 要 用 observable 版 本 的 Publisher， 那么 你 还 需要 像 下 面 这 行 代码 那样 ， 
导入 对 应 的 实现 类 。 本 章 后 面 都 需要 进行 类 似 的 操作 。 








import io.reactivex.Observable; 


我 们 有 必要 特别 强调 一 个 架构 问题 : 优秀 的 系统 架构 通常 会 避免 把 仅 在 某 个 局 部 使 用 的 细节 
概念 暴露 给 整个 系统 。 因 此 ， 一 种 推荐 的 做 法 是 只 在 需要 observable 的 额外 结构 时 使 用 
Observable， 否 则 就 应 该 继续 使 用 它 的 Publisher 接口 。 注 意 , 使 用 List 接口 时 ， 你 毫 无 
疑问 也 应 该 遵循 这 一 原则 。 有 些 时 候 即 便 你 知道 一 个 方法 接受 一 个 ArrayList 类 型 的 参数 ， 为 
了 避免 暴露 太 多 实现 的 细节 或 者 限制 未 来 潜在 的 变更 ， 你 可 以 将 该 参数 的 类 型 设置 为 List。 事 
实 上 ,通过 上 述 定义 ， 你 给 代码 的 设计 带 来 了 更 多 的 灵活 性 , 未 来 如 何 你 需要 变更 实现 ， 将 参数 
由 ArrayList 替换 成 LinkedList， 代 码 则 不 需要 做 大 量 的 变更 。 

本 节 接 下 来 的 部 分 会 使 用 RxJava 的 反应 式 流 实现 创建 一 个 温度 -报告 系统 。 你 要 做 的 第 一 个 
决定 是 到 底 选 择 哪 一 个 类 构建 系统 ， 因 为 RxJava 提供 了 两 个 Flow.Publisher 类 的 实现 版 本 。 

阅读 RxJava 文档 后 ， 你 会 发 现 其 中 一 个 类 是 io .reactivex.Flowable 类 , 它 提供 了 代码 
清单 17-7 和 代码 清单 17-9 中 介绍 的 Java 9 Flow 中 基于 拉 模 式 的 背 压 特 性 ( 通过 request 方式 )。 
背 压 可 以 防止 Subscriber 被 Publisher 快速 生成 的 大 量 数据 压 垮 。 另 一 个 类 是 RxJava 最 初 
始 的 版 本 , 即 io.reactivex.Observable 的 Publisher, 它 不 支持 背 压 。 这 个 类 更 容易 使 用 ， 
同时 也 更 适用 于 用 户 接口 事件 ( 譬如 鼠标 移动 )。 这 些 事件 都 是 不 适合 进行 背 压 的 流 ( 想象 一 下 ， 
你 怎么 能 让 用 户 慢 些 移动 鼠标 , 或 者 停止 移动 鼠标 ! )。 出 于 上 述 考虑 ,，RxJava 为 处 理 通 用 流 事 件 
提供 了 这 两 个 版 本 的 类 实现 。 

RxJava 建议 当 你 的 流 元 素 不 超过 一 千 个 , 或 者 你 正 处 理 的 是 基于 图 形 用 户 界面 的 事件 流 , 壁 
如 鼠标 移动 或 者 触摸 这 些 无 法 背 压 或 不 常 发 生 的 事件 时 ,使 用 非 背 压 版 本 的 observable。 

于 前 一 节 介 绍 FlowAPI 时 已 经 详细 分 析 过 背 压 , 这 里 就 不 再 花费 额外 的 笔墨 讨论 Flowable 
了 。 相 反 ， 我 们 更 倾向 于 用 一 个 例子 介绍 如 何 使 用 不 带 背 压 的 observable 接口 。 值 得 一 提 的 
是 ，Subscriber 可 以 通过 request (Long .MAX_VALUE) 调 用 关闭 背 压 功能 。 不 过 我 们 并 不 推 
荐 用 户 执 行 这 一 操作 ， 除 非 你 非常 确信 subscriber 总 是 可 以 及 时 地 处 理 完 所 有 接收 到 的 事件 。 
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17.3.1 创建 和 使 用 observable 


Observable 和 Flowable 类 都 提供 了 非常 方便 的 工厂 方法 , 使 用 它们 你 可 以 创建 多 种 类 型 
的 反应 式 流 (因为 observable 和 Flowable 都 实现 了 Publisher 接口 , 所 以 这 些 工厂 方法 能 
够 发 布 反 应 式 流 )。 

如 果 你 想 通 过 最 简单 的 方式 创建 observable, 那么 可 以 像 下 面 这 样 通过 创建 预定 数量 元 素 
的 方式 实现 : 


Observable<String> strings = Observable.just( "first", "second" ) ; 


这 里 的 just () 工 厂 方法 "可 以 将 一 个 或 多 个 元 素 转换 为 Observable， 这些 Observable 
在 适当 的 时 候 又 会 释放 出 对 应 的 元 素 。obsetrvable 的 subscriper 会 依次 接收 到 
onNext("first")、onNext("second") 以 及 oncomplete() 消 息 。 

另 一 个 比较 常见 的 是 Observable 工 广 方法 ,尤其 是 你 的 应 用 需要 与 用 户 执行 实时 交互 的 
时 候 ， 它 会 按照 固定 的 时 间 间 隔 发 出 事件 : 


















































Observable<Long> onePerSec = Observable.interval(1, TimeUnit.SECONDS); 


interval 工厂 方法 返回 一 个 名 为 onePerSec 的 observable， 它 会 以 你 选 定 的 一 个 固定 
时 间 间 隔 ( 本 例 的 时 间 间 隔 是 一 秒 钟 )， 发 送 一 个 由 1ong 类 型 值 组 成 的 无 限 递增 序列 ， 这 个 序 
列 由 0 开始 计数 。 接 着 ,你 可 以 用 onePersec 作为 男 一 个 observable 的 基础 ， 每 隔 一 秒 反 馈 
一 次 指定 城市 的 温度 报告 。 

你 可 以 打印 输出 为 了 实现 最 终 目 标 所 进行 的 这 些 中 间 步 又 ,， 即 每 秒 返回 一 次 的 温度 。 为 了 达 
到 这 个 效果 ， 你 需要 向 onePerSec 注册 ， 以 确保 每 过 一 秒 都 能 接收 到 通知 ， 然 后 获取 、 打 印 你 
关注 的 城市 温度 。 在 RxJava 中 ，observable? 扮 演 了 Flow API 中 Publisher 的 角色 ， 因 此 
Observable 的 行为 与 Flow 中 supscriber 接口 的 行为 也 很 相似 。 在 代码 清单 17-2 中 , RxJava 
的 Observable 接口 声明 了 Java9 subscriber 同样 的 方法 ,唯一 的 不 同 是 , 它 的 onsubscribe 
方法 需要 一 个 Disposable 参数 ， 而 不 是 一 个 Subscriptiono 正如 前 面 提 到 的 ， Observable 
不 支持 背 压 ， 因 此 它 也 没有 构造 Subscription 的 request 方法 。Observable 接口 的 完整 定 
义 如 下 : 















































public interface Observer<T> { 
void onSubscribe(Disposable d); 
void onNext (T t); 
void onError (Throwable t); 
void onComplete(); 














@ 采用 这 个 约定 命名 有 点 儿 略 显 寸 从 ， 原 因 是 Stream 以 及 Optional API 掀 起 了 一 股 以 of () 命 名 工厂 方法 的 风潮 ， 
Java 8 以 of () 为 它们 命名 了 类 似 的 工厂 方法 。 

@) 注意, 从 Java9 开 始 observez 接口 和 observable 类 都 已 经 不 推荐 使 用 了 。 新 代码 应 该 使 用 Flow API。 通 过 它 
们 我 们 可 以 了 解 RxJava 的 演进 过 程 。 
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然而 ， 请 注意 一 点 ，RxJava 的 API 比 Java 9 的 Flow API 更 灵活 ( 提供 了 更 多 的 重 载 变量 )。 
壁 如 , 订阅 一 个 observable 对 象 时 , 你 可 以 直接 传递 一 个 Lambda 表达 式 给 它 , 只 提供 onNext 
方法 的 签名 ， 完 全 忽略 其 他 三 个 方法 都 可 以 。 换 句 话 说， 你 可 以 使 用 一 个 仅 用 接收 事件 的 
Consumer 实现 onNext 方法 的 Observer 去 订阅 一 个 Observable 对 象 ，onNext 方法 负责 处 
理 接收 到 的 事件 ， 其 他 方法 都 使 用 默认 值 ， 即 事件 处 理 完 成 或 者 发 生 异 常 时 都 不 做 操作 。 赁 借 这 
个 特性 ， 你 只 需要 编写 一 行 代 码 就 可 以 订阅 observable onePersec， 打 印 输出 纽约 每 秒 钟 的 
温度 情况 。 代 码 如 下 所 示 : 


onePerSec.subscripbe(i -> System.out.println(TempInfo.fetch( "New York" ))); 


这 行 代码 中 ，onePerSec Observable 每 秒 钟 发 出 一 个 事件 。 接 收 到 这 条 消息 后 ， 
Subscripber 就 会 尝试 获取 纽约 的 温度 并 打印 输出 。 然 而 ， 如 果 把 这 条 语句 放 到 main 方法 中 ， 
并 试图 去 执行 它 的 话 ， 你 不 会 看 到 任何 输出 ， 因 为 observable 执行 每 秒 钟 发 布 一 条 事件 的 线 
程 是 RxJava 的 计算 线程 池 中 的 线程 ， 它 们 都 是 守护 线程 。 然而 你 的 main 程序 执行 完 就 立刻 退 
出 了 ， 结 果 导 致 守 护 线程 还 没 产生 任何 输出 就 被 终止 了 。 

你 可 以 借助 一 些 非 官方 途径 , 避免 程序 立刻 退出 , 譬如 执行 完 上 述 的 那 行 代码 后 立刻 把 线程 
切换 到 睡眠 状态 。 更 好 的 解决 方案 是 用 blockingsubscripe 方法 调用 当前 线程 (在 这 个 例子 
中 就 是 main 函数 所 在 的 线程 ) 的 回调 函数 ,为 了 更 好 地 执行 演示 ,使 用 blockingsubscribe 
是 最 合适 的 途径 了 。 然 而 在 生产 环境 中 ， 通 常情 况 下 ， 你 都 是 像 下 面 这 样 执行 subscripe 方 
法 的 : 


























































































































onePerSec.blockingSubscribel 
i -> System.out.println(TempInfo.fetch( "New York" )) 
外 


你 得 到 的 输出 可 能 如 下 所 示 : 


New York : 87 

New York : 18 

New York : 75 

java.lang.RuntimeException: Error! 

at flow.common.TempInfo.fetch(TempInfo.java:18) 

at flow.Main.lambdasmains0 (Main.java:12) 

at io.reactivex.internal.observers.LambdaObserver 
.onNext (LambdaObserver.java:59) 

at io.reactivex.internal.operators.observable 
.ObservableIntervals$sIintervalObserver.run(ObservableInterval.java:74) 


非常 不 幸 ， 遵 循 设计 ,温度 查询 操作 可 能 会 随机 地 失败 ( 实际 是 每 成 功 读 取 三 次 之 后 就 失败 
一 次 )。 由 于 你 的 opserver 实现 只 有 正常 的 处 理 逻 辑 ， 不 包含 任何 出 错 和 失效 的 管理 ， 壁 如 
onError， 因 此 一 旦 发 生 失 效 ， 这 些 错误 就 会 作为 未 捕获 的 异常 直接 暴露 给 用 户 。 

现在 我 们 要 提高 难度 ， 让 这 个 例子 更 复杂 一 些 。 假设 你 希望 不 仅 要 有 出 错 管 理 ,还 要 统计 已 









































人 这 些 细节 在 官方 文档 里 并 没有 明确 提 及 ,不 过 你 可 以 在 开发 者 社区 stackoverflow.com 上 找到 针对 这 种 现象 的 解释 。 
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有 的 数据 。 你 要 的 不 再 是 实时 打印 输出 温度 数据 ,而 是 为 用 户 提 供 一 个 工厂 方法 ,每 秒 返 回 一 个 
包含 温度 数据 的 observable 对 象 ， 该 对 象 在 完成 工作 退出 之 前 最 多 返回 五 次 温度 数据 。 你 可 
以 通过 名 为 create 的 工厂 方法 借助 Lambda 创建 opservable 对 象 ， 该 方法 接受 另 一 个 
Observable 作为 参数 ， 返 回 值 为 voida， 代 码 清单 如 下 。 


代码 清单 17-12 ”创建 一 个 每 秒 一 次 返回 温度 的 Observable 对 象 




































昔 由 一 个 接受 observer 对 象 的 通过 observable 
函数 创建 一 个 新 的 observable 生成 一 个 每 秒 递增 
的 无 限 序列 


public static Observable<TempInfo> getTemperature(String town) { 
return Observable.create(emitter -> 
Observable.interval(1, TimeUnit .SECONDS ) 
.subscribe(i -> { 





i (!emitter.isDisposed()) { 仅 在 被 使 用 的 observer 
如 果 已 经 返回 了 五 次 温 ee 对 象 未 被 回收 时 《〈 璧 如 由 
度 ， 就 终止 Observer 和 于 前 置 操 作 失败 ) 执行 一 
对 象 ， 关 闭 对 应 的 流 人 。 和 些 动作 
ry 
emitter.onNext (TempInfo.fetch (town)); 
\ 下 人 } catch (Exception e) { 
一 日 - ry i 
re emitter.onError (e); 否则 ， 就 向 observer 
server } 发 送 下 一 个 温度 报告 


}})); 
} 


这 段 代 码 中 ， 你 通过 向 一 个 函数 传递 observableEmiter， 并 向 其 发 送 对 应 的 事件 ， 创 建 
了 返回 的 Observable。RxJava 的 observableEmitter 接口 继承 自 RxJava 的 基础 类 Emitter。 
你 可 以 把 Emitter 想象 成 不 带 onSubscribe 方法 的 Observer: 






































public interface Emitter<T> { 
void onNext (T t); 
void onError (Throwable 七 ) ; 
void onComplete(); 


} 


ObservableEmitter 提供 了 更 多 的 方法 ， 用 于 奉 Emitter 设置 新 的 Disposable, 或 者 
检查 某 个 序列 是 否 已 经 被 下 游 处 理 过 了 。 

你 可 以 内 部 订阅 一 个 observable， 就 像 onePersec 那样 ， 以 每 隔 一 秒 的 频率 发 布 一 个 无 
限 递增 的 序列 。 在 订阅 函数 ( 当然 你 还 需要 向 订阅 方法 传递 一 个 参数 ) 的 内 部 ,你 首先 需要 借助 
ObservableEmitter 接口 提供 的 isDisposed 方法 检查 之 前 创建 的 observer 是否 已 经 被 处 
理 了 (如 果 上 一 个 迭代 中 发 生 了 错误 ， 就 会 遭遇 这 种 情况 )。 如 果 温 度 已 经 收集 了 五 次 ， 这 段 代 
码 就 会 终止 observer 对 象 ,并 关闭 对 应 的 流 ; 否 则 就 发 送 请 求 城市 最 新 的 温度 报告 给 Opserver 
对 象 。 这 段 代 码 被 包含 在 一 个 try/catch 语句 块 中 。 如 果 获 取 温 度 时 发 生 了 错误 或 者 异常 ， 错 
误 就 会 传递 给 observet 对 象 。 
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现在 实现 一 个 完整 的 observer 就 比较 简单 了 。 这 个 observer 接 下 来 会 订阅 getTemperature 
方法 返回 的 observable， 打 印 输出 它 发 布 的 温度 数据 ， 代 码 清单 如 下 。 


代码 清单 17-13 ”用 于 打印 输出 接收 温度 的 Observer 
import io.reactivex.Observer; 
import io.reactivex.disposables.Disposable; 


public class TempObserver implements Observer<TempInfo> { 
@Override 
public void onComplete() { 
System.out.println( "Done!" ); 


} 


@Override 
public void onError( Throwable throwable ) { 
System.out.println( "Got problem: " + throwable.getMessage() ); 
} 
@Override 
public void onSubscribe( Disposable disposable ) { 
} 
@Override 


public void onNext ( TempInfo tempInfto ) { 
System.out .println( tempInfo ); 
} 
} 
这 个 observer 与 代码 清单 17-7 中 的 TempSubscriber 很 相似 (Tempsubscriber 实现 
了 Java9 的 Flow.Subscriber), 但 是 这 里 做 了 进一步 的 简化 。 因 为 RxJava 的 observable 不 
支持 背 压 ， 所 以 处 理 完 发 布 的 事件 后 你 不 需要 再 调用 request ( ) 方法 请 求 更 多 的 元 素 了 。 
在 接 下 来 的 这 段 代 码 清单 中 , 我 们 会 创建 一 个 main 程序 , 让 observer 订阅 代码 清单 17-2 
中 的 getTemperature 方法 返回 的 Observable。 


代码 清单 17-14 打印 输出 纽约 温度 的 main 类 






































创建 一 个 observable 
以 每 秒 一 次 的 频率 发 布 
public static void main(String[] args) { 纽约 的 温度 报告 
Observable<TempInfo> observable = getTemperature( "New York" );} 
observable.blockingSubscribe( new TempObserver() ); 
通过 一 个 简单 的 Observer 
} 订阅 observable， 打 印 输 
出 温度 
假设 这 一 次 ， 温 度 获 取 过 程 中 没有 发 生 任何 的 错误 ，main 函数 每 隔 一 秒 打印 输出 一 条 温度 
记录 ， 五 次 之 后 Observaple 发 出 了 oncomplete 信号 。 这 种 情况 下 ， 你 看 到 的 输出 可 能 是 下 
面 这 样 的 : 


public class Main { 
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New York : 69 
New York : 26 
New York : 85 
New York : 94 
New York : 29 
Done! 


是 时 候 进一步 丰富 我 们 的 RxJava 例子 了 ， 尤 其 是 看 一 下 它 是 如 何 帮 助 我 们 操纵 一 个 和 多 个 
反应 式 流 的 。 

















17.3.2 ”转换 及 整合 多 个 observable 


与 原生 的 Java 9 Flow API 比较 起 来 ，RxJava 及 其 他 的 三 方 反应 式 库 主要 的 优势 之 一 是 它们 
往往 提供 了 更 加 丰富 的 函数 集 ， 可 以 更 灵活 地 对 流 进 行 整合 、 创 建 以 及 过 滤 操 作 。 之 前 演示 过 ， 
一 个 流 可 以 作为 另 一 个 流 的 输入 。 此 外 ，17.2.3 节 介 绍 过 Java9 的 Flow.Processor， 它 可 以 对 
流 中 的 数据 进行 转换 ， 壁 如 将 温度 由 华氏 温度 转换 为 摄氏 温度 。 你 还 可 以 过 滤 流 中 的 数据 ， 找 出 
你 关心 的 元 素 创 建 一 个 新 的 流 , 然后 使 用 特定 的 映射 函数 对 这 些 元 素 进 行 转 换 ( 这 些 都 可 以 通过 
Flow.Processor 实现 )， 你 甚至 可 以 通过 多 种 方式 合并 或 整合 两 个 流 ( 这些 目 前 还 无 法 通过 
Flow.Processor 实现 )。 

流 的 转换 与 合并 函数 非常 复杂 ,截至 目前 ,我 们 都 是 通过 单纯 的 文字 描述 来 介绍 ， 这 些 介 绍 的 
内 容 对 读者 而 言 可 能 史 汐 难 风 。 举 个 例子 来 说 , 我 们 看 看 RxJava 文档 对 它 提供 的 mergeDelayError 
函数 的 描述 : 













































































对 向 一 个 Observable 发 送 多 个 Observable 的 Observable 进行 扁平 处 理 。 它 
允许 一 个 Observer 从 所 有 的 源 Observable 接收 多 个 成 功 发 送 的 元 素 ， 并 且 该 操作 
不 会 被 某 一 个 Observable 发 送 失 败 所 影响 ， 同 时 你 还 可 以 控制 这 些 observapble 对 
象 上 并 发 的 订阅 数目 。 


你 一 定 也 被 上 面 的 这 段 函数 描述 搞 尝 了 ,这 看 起 来 并 不 是 很 直观 。 为 了 解决 这 个 问题 , 反应 
式 流 社区 决定 以 一 种 可 视 化 的 方式 描述 这 些 函数 的 行为 。 这 种 可 视 化 的 方式 叫 作 弹 珠 图 。 弹 珠 图 
( 壁 如 图 17-4 ) 通过 水 平 线 上 的 几何 图 形 表示 反应 式 流 中 元 素 的 临时 顺序 ; 通过 特殊 符号 表示 错 
误 以 及 事件 完成 的 信号 。 图 中 的 方 框 表示 命名 操作 是 如 何 转换 那些 元 素 或 者 整合 多 个 流 的 。 
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生生 疝 尖 动 的 方 。。 流 此 都 是 由 apervaple 
向 为 从 左 至 右 发 出 的 信号 紧 线 表明 observable 


(V6 6 下 
这 些 虚 线 和 方 框 表明 


1 ? 正在 对 Observable 
= 中 的 文字 是 转换 的 原 
' 




































































， + 始 信息 
了 学 会昌 
这 个 Observable 是 如 果 由 于 某 些 原因 opservable 对 
转换 的 最 终结 果 象 异常 终止 ， 抛 出 了 一 个 错误 ， 
坚 线 就 会 被 x 所 替换 


图 17-4” 弹 珠 图 示例 一 一 文档 化 典型 反应 式 库 的 操作 


使 用 这 种 标记 方式 ， 可 以 很 容易 地 对 RxJava 库 中 所 有 的 函数 进行 可 视 化 表示 ， 如 图 17-5 所 
示 ， 它 是 对 map ( 转换 由 observable 发 布 的 元 素 ) 和 merge (将 由 两 个 或 多 个 observable 
发 布 的 事件 整合 在 一 起 ) 的 可 视 化 。 

















图 17-5 本数 mab 和 merge 对 应 的 弹 珠 图 

















你 可 能 会 思考 如 何 使 用 map 和 merge 改进 前 一 节 中 开发 的 RxJava 示例 , 甚至 为 它 增 加 新 的 
特性 。map 能 提供 更 加 精准 的 控制 ， 壁 如 在 执行 从 华氏 温度 到 摄氏 温度 的 转换 上 时， 用 map 就 比 
直接 使 用 Flow API 的 Processor 要 灵活 得 多 ， 示 例 代 码 清单 如 下 。 


代码 清单 17-15 使 用 map 处理 observable 实现 从 华氏 温度 到 摄氏 温度 的 转换 
public static Observable<TempInfo> getCelsiusTemperature(String town) { 
return getTemperature( town ) 
.map( temp -> new TempInfo( temp.getTown(), 
(temp.getTemp() - 32) * 5 / 9) ); 




















这 个 简短 的 方法 接受 代码 清单 17-12 中 getTemperature 方法 返回 的 Observable 对 象 ， 
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返回 一 个 新 的 observable， 这 个 observable 以 每 秒 一 个 的 频率 ,将 observable 返回 的 温 
度 由 华氏 温度 转换 为 摄氏 温度 并 发 布 出 去 。 

为 了 加 强 你 对 如 何 处 理由 observable 返回 的 元 素 的 理解 ， 建 议 你 尽量 尝试 使 用 下 面 测验 
中 的 新 方法 去 操作 ， 处 理 返回 的 元 素 。 























测验 17.2: 过 滤 出 那些 值 为 负 的 温度 

Observable 类 的 filter 方法 接受 一 个 Predicate 做 参数 ， 返 回 一 个 新 的 Observable， 
这 个 新 的 Observable 只 发 布 符合 Predicate 定义 要 求 的 元 素 。 假 设 你 需要 开发 一 个 预警 系 
统 ， 在 有 结 冰 的 危险 时 ， 提 醒 用 户 做 好 相应 的 预防 措施 。 你 怎样 借助 这 个 操作 符 创建 一 个 
Observable 对 象 , 使 其 仅 在 指定 城市 的 温度 低 于 零度 时 ,， 才 以 摄氏 温度 的 格式 返回 对 应 的 温 
度 呢 ( 从 水 的 冰点 考虑 ， 使 用 摄氏 温度 由 零 开 始 计算 要 容易 得 多 )? 

答案 : 用 代码 清单 17-15 返回 的 Observable， 搭 配 一 个 接受 Predicate 的 filter 操 
作 符 就 可 以 完美 地 实现 这 一 需求 。 这 个 Predicate 会 找 出 所 有 温度 为 负 值 的 元 素 。 代 码 如 下 
所 示 : 

public static Observable<TempInfo> getNegativeTemperature(String town) { 

return getCelsiusTemperature( town ) 


.filter( temp -> temp.getTemp() < 0 ); 
} 





现在 假设 要 求 你 对 上 述 方 法 进行 泛 化 ,允许 用 户 设 定 城市 时 ， 既 可 以 指定 单一 城市 ,也 可 以 
指定 由 多 个 城市 组 成 的 集合 ,但 返回 的 依旧 是 发 布 温度 数据 的 observable 对 象 。 代 码 清单 17-16 
实现 了 最 新 的 需求 , 它 为 每 个 城市 分 别 调用 了 代码 清单 17-15 中 的 方法 , 并 使 用 merge 方法 整合 
了 这 些 调 用 所 返回 的 Observable。 


代码 清单 17-16 使 用 merge 合并 多 个 城市 的 温度 
public static Observable<TempInfo> getCelsiusTemperatures (String... towns) { 
return Observable.merge (Arrays.stream (towns) 
.map (TempObservable: :getCelsiusTemperature) 
.Collect (toList())); 

















} 

这 个 方法 中 , 接受 查询 城市 的 变量 是 一 个 变 长 参数 ,你 可 以 指定 一 个 城市 的 集合 。 这 个 变 长 
参数 会 被 转换 为 一 个 字符 串 流 ， 接 着 每 个 字符 串 会 被 传递 给 代码 清单 17-11 中 的 getcelsius- 
Temperature 方法 ( 它 在 代码 清单 17-15 中 进行 过 改良 )。 通 过 这 种 方式 ， 每 个 城市 都 被 转换 成 
了 以 每 秒 一 次 频率 发 布 温度 数据 的 Observable 对象。 最终， 这 个 observable 流 被 收集 到 了 
一 个 列表 中 ， 列 表 被 传递 给 了 observable 类 自身 的 静态 工厂 方法 merge。 该 方法 迭代 遍历 访 
问 每 一 个 observable 元 素 , 并 整合 其 输出 , 让 它们 的 行为 表现 得 就 像 一 个 单一 的 observable 
对 象 一 样 。 换 铝 话 说， 最终 的 这 个 Observable 会 发 布 由 Iterable 传递 的 所 有 Observable 
对 象 发 布 的 事件 ， 并 保持 其 原 有 的 顺序 。 


为 了 测试 这 个 方法 ， 我 们 将 在 一 个 main 类 中 调用 它 ， 代 码 清单 如 下 。 
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代码 清单 17-17 打印 输出 三 个 城市 温度 的 main 类 
public class Main { 
public static void main(String[] args) { 
Observable<TempInfo> observable = getCelsiusTemperatures!( 
"New York", "Chicago", "San Francisco" ); 
observable.blockingSubscribe( new TempObserver() ); 


} 
} 


这 个 main 类 与 代码 清单 17-14 几乎 是 一 样 的 ， 只 不 过 你 现在 订阅 的 是 由 代码 清单 17-16 的 
getCelsiusTemperatures 方法 返回 的 observable， 从 而 打印 输出 了 三 个 城市 的 温度 数据 。 
执行 这 个 main 类 会 产生 下 面 这 样 的 输出 : 

New York : 21 

Chicago : 6 

San Fraricisco. .=15 

New York : -3 

Chicago : 12 

San Francisco : 5 

Got problem: Error! 


main 类 每 秒 打印 输出 请 求 城市 的 温度 数据 ， 直 到 某 次 温度 查询 操作 失败 ， 抛 出 一 个 异常 。 
该 异常 会 传递 给 observable 中 断 流 数据 的 处 理 。 

本 章 的 目标 并 不 是 全 面 完整 地 介绍 RxJava ( 或 者 其 他 的 反应 式 库 )， 要 达到 这 样 的 效果 可 能 
需要 一 整 本 书 的 内 容 。 我 们 只 希望 通过 这 些 介 绍 能 让 你 对 这 种 工具 集 有 一 些 感性 的 认识 , 包括 它 
们 是 如 何 工 作 的 ， 以 及 反应 式 编程 的 基本 原则 是 什么 。 本 章 只 涉及 了 这 种 新 型 编程 方式 的 皮毛 ， 
不 过 希望 这 种 编程 模式 的 优点 能 燃 起 你 对 它 的 兴趣 。 


17.4 ”小 结 


以 下 是 本 章 中 的 关键 概念 。 

口 反应 式 编程 背后 的 基本 思想 已 经 有 二 三 十 年 的 历史 了 ， 不 过 由 于 现代 应 用 处 理 大 量 数据 

的 需求 以 及 用 户 预 期 的 改变 ， 它 又 再 次 出 现在 聚光灯 下 ， 变 得 炙手可热 。 

口 反应 式 编程 思想 的 正式 提出 是 在 反应 式 宣言 中 ， 它 指出 反应 式 软件 必须 具备 四 个 相互 关 

联 的 特性 : 响应 性 、 币 性、 弹性 以 及 消息 驱动 。 

口 反应 式 编程 原则 通过 微调 ， 既 可 以 用 于 构建 单一 应 用 ， 也 可 以 用 于 设计 反应 式 系统 ， 整 

合 多 个 应 用 。 

口 反应 式 应 用 基于 反应 式 流 承载 的 一 个 或 多 个 事件 流 的 异步 处 理 。 由 于 反应 式 流 在 开发 反 
应 式 应 用 中 的 角色 如 此 重要 ，Netflix、Pivotal、Lightbend 以 及 Red Hat 等 多 家 公司 成 立 了 
联盟 ， 致 力 于 推动 反应 式 概念 的 标准 化 ， 试 图 打破 不 同 反应 式 库 之 间 的 互 操作 性 障碍 。 

口 由 于 反应 式 流 异 步 处 理 的 天 然 特 征 ， 它 们 往往 都 自 带 背 压 机 制 。 背 压 可 以 避免 处 理 速度 

慢 的 消费 方 被 高 速 的 消息 生产 方 压 垮 。 
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口 反应 式 设计 及 其 标准 流程 已 经 正式 引入 了 Java。Java9 的 Flow API 定义 了 四 个 核心 接口 : 
Publisher、 Subscriber、Subscription 以 及 Processor 。 

口 大 多 数 情况 下 ， 这 些 接口 不 需要 开发 者 直接 去 实现 ， 它 们 主要 作为 实现 反应 式 语 义 的 第 
三 方 库 的 通用 接口 。 

口 应 用 最 广泛 的 反应 式 库 是 RxJava, 它 ( 除 了 Java9FlowAPI 中 定义 的 那些 基本 特性 之 外 ) 
额外 提供 了 很 多 便利 而 强大 的 操作 。 辟 如， 使 用 它 提供 的 操作 ， 你 可 以 很 便利 地 对 单一 
反应 式 流 中 的 元 素 进行 转换 和 过 滤 ， 还 可 以 整合 和 聚集 多 个 流 。 























图 灵 社 区 会 员 ChenyangGao(2339083510@qq.com) 专 享 尊重 版 权 


函数 式 编程 以 及 Java 未 来 的 演进 








第 六 部 分 是 本 书 最 后 一 部 分 ， 我 们 会 返回 来 谈 谈 怎么 用 Java 编写 高 效 的 函数 式 程序 ， 还 
将 Java 的 功能 和 Scala 做 比较 。 

第 18 章 是 一 个 完整 的 函数 式 编程 教程 ， 会 介绍 一 些 术 语 ， 并 解释 如 何在 Java 8 中 编写 函数 
式 风 格 的 程序 。 

第 19 章 涵 盖 更 高 级 的 函数 式 编程 技巧 ， 包 括 高 阶 函数 、 柯 里 化 、 持 久 化 数据 结构 、 延 迟 列 
表 和 模式 匹配 。 这 一 章 既 提供 了 可 以 用 在 代码 库 中 的 实际 技术 ， 也 提供 了 能 让 你 成 为 更 渊博 的 
程序 员 的 学 术 知 识 。 

第 20 章 将 对 比 Java 与 Scala 的 功能 。Scala 和 Java 一 样 ， 是 一 种 在 JVM 上 实现 的 语言 ， 近 
年 来 发 展 迅速 ， 在 编程 语言 生态 系统 中 已 经 威胁 到 了 Java 的 一 些 方面 。 

第 21 章 会 回顾 这 段 学 习 Java 8 并 慢 慢 走 向 函数 式 编程 的 历程 。 此 外 ， 我 们 还 会 猜测 ， 在 
Java 8、9 以 及 10 中 添加 的 小 功能 之 后 ， 未 来 可 能 会 有 哪些 增强 和 新 功能 出 现 。 


只 











天 数 式 的 思考 








本 章 内 容 

口 为 什么 要 进行 函数 式 编程 
口 什么 是 水 数 式 编程 

口 声明 式 编程 以 及 引用 透明 性 
口 编写 函数 式 Java 的 准则 

口 迭代 和 递归 



































你 肯定 已 经 注意 到 , 本 书 中 频繁 地 出 现 函 数 式 这 个 术语 。 到 目前 为 止 ， 你 可 能 对 函数 式 编程 
包含 哪些 内 容 也 有 了 一 定 的 了 解 。 它 指 的 是 Lambda 表达 式 和 一 等 郴 数 吗 ? 还 是 说 限制 对 可 变 对 
象 的 修改 ? 如 果 是 这 样 ， 采 用 函数 式 编程 能 为 你 带 来 什么 好 处 呢 ? 

本 章 会 一 一 为 你 解答 这 些 问 题 。 我 们 会 介绍 什么 是 函数 式 编程 ， 以 及 它 的 常用 术语 。 我们 首 
先 会 探究 函数 式 编程 背后 的 概念 ， 比 如 副作用 、 不 变性 、 声 明 式 编程 、 引 用 透明 性 ， 并 将 它们 和 
Java 8 的 实践 相 结 合 。 下 一 章 会 更 深入 地 研究 函数 式 编程 的 技术 ,包括 高 阶 函数 、 柯 里 化 、 持 久 
化 数据 结构 、 延 迟 列表 、 模 式 匹 配 以 及 结合 器 。 


18.1 ”实现 和 维护 系统 


假设 你 被 要 求 对 一 个 大 型 的 遗留 软件 系统 进行 升级 ， 而 且 之 前 对 这 个 系统 并 不 是 非常 了 解 。 
你 是 否 应 该 接受 维护 这 种 软件 系统 的 工作 呢 ? 稍 有 理智 的 外 包 Java 程序 员 只 会 依赖 如 下 这 种 言 
不 由 衷 的 格言 做 决定 , “搜索 一 下 代码 中 有 没有 使 用 synchronized 关键 字 ， 如 果 有 就 直接 拒绝 
( 由 此 我 们 可 以 了 解 修复 并 发 导致 的 缺陷 有 多 困难 )， 否 则 进一步 看 看 系统 结构 的 复杂 程度 "。 我 
们 会 在 下 面 内 容 中 提供 更 多 的 细节 , 但 是 你 发 现 了 吗 , 正如 前 面 几 章 所 讨论 的 ， 如 果 你 喜欢 无 状 
态 的 行为 ( 即 你 处 理 Stream 的 流水 线 中 的 函数 不 会 由 于 需要 等 待 从 另 一 个 方法 中 读 取 变量 ,或 
者 由 于 需要 写 入 的 变量 同时 有 男 一 个 方法 正在 写 而 发 生 中 断 )， 那 么 Java 8 中 新 增 的 Stream 提供 
了 强大 的 技术 支撑 ， 让 我 们 无 须 担心 锁 引 起 的 各 种 问题 ， 充 分 发 抉 系统 的 并 发 能 

为 了 让 程序 易于 使 用 , 你 还 希望 它 具备 哪些 特性 呢 ? 你 会 希望 它 具 有 良好 的 结构 , 最 好 类 的 
结构 应 该 反映 出 系统 的 结构 ,这 样 能 便于 大 家 理解 ; 其 至 软件 工程 中 还 提供 了 指标 , 对 结构 的 合 
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理性 进行 评 佑 ， 比 如 耦合 性 〈 软件 系统 中 各 组 件 之 间 是 否 相 互 独立 ) 以 及 内 聚 性 ( 系统 的 各 相关 
部 分 之 间 如 何 协 作 )。 

不 过 ,对 大 多 数 程序 员 而 言 , 最 关心 的 日 常 要 务 是 代码 维护 时 的 调试 : 代码 遭遇 一 些 无 法 预 
期 的 值 就 有 可 能 发 生 山 江 ,为 什么 会 发 生 这 种 情况 ? 它 是 如 何 进 入 到 这 种 状态 的 ? 想 想 看 你 有 多 
少 代 码 维护 的 顾虑 都 能 归 答 到 这 一 类 ! ”很 明显 ， 函 数 式 编程 提出 的 无 副作用 以 及 不 变性 对 于 解 
决 这 一 难题 是 大 有 神 益 的 。 让 我 们 就 此 展开 进一步 的 探讨 。 


18.1.1 共享 的 可 变数 据 


最 终 , 刚才 讨论 的 无 法 预知 的 变量 修改 问题 , 都 源 于 共享 的 数据 结构 被 你 所 维护 的 代码 中 的 
多 个 方法 读 取 和 更 新 。 假设 几 个 类 同时 都 保存 了 指向 某 个 列表 的 引用 , 那么 到 底 谁 对 这 个 列表 拥 
有 所 属 权 呢 ? 如 果 一 个 类 对 它 进行 了 修改 , 会 发 生 什 么 情况 ? 其 他 的 类 预期 会 发 生 这 种 变化 吗 ? 
其 他 的 类 又 如 何 得 知 列表 发 生 了 修改 呢 ? 需要 将 这 一 变化 通知 给 使 用 该 列表 的 所 有 类 吗 ? 抑或 
是 不 是 每 个 类 都 应 该 为 自己 准备 一 份 防御 式 的 数据 备份 以 备 不 时 之 需 呢 ? 

换 名 话说, 由 于 使 用 了 可 变 的 共享 数据 结构 , 我 们 很 难 追踪 你 程序 的 各 个 组 成 部 分 所 发 生 的 
变化 。 图 18-1 解释 了 这 一 问题 。 




























































































哪个 类 拥有 
该 列表 ? 




















图 18-1 多 个 类 同时 共享 的 一 个 可 变 对 象 。 我 们 很 难说 到 底 哪 个 类 真正 拥有 该 对 象 


假设 有 这 样 一 个 系统 ， 它 不 修改 任何 数据 。 维 护 这 样 的 系统 将 是 一 个 无 以 伦比 的 美梦 ， 因 为 

你 不 再 会 收 到 任何 由 于 某 些 对 象 在 某 些 地 方 修 改 了 某 个 数据 结构 而 导致 的 意外 报告 。 如 果 一 个 方 

法 既 不 修改 它 内 髓 类 的 状态 ,也 不 修改 其 他 对 象 的 状态 , 使 用 return 返回 所 有 的 计算 结果 , 那 
么 我 们 称 其 为 纯粹 的 或 者 无 副作用 的 。 

更 确切 地 讲 , 到 底 哪些 因素 会 造成 副作用 呢 ? 简 而 言 之 , 副作用 就 是 函数 的 效果 已 经 超出 了 
函数 自身 的 范畴 。 下 面 是 一 些 例 子 。 

口 除了 构造 器 内 的 初始 化 操作 ， 对 类 中 数据 结构 的 任何 修改 ， 包 括 字段 的 赋值 操作 〈 一 个 
典型 的 例 了 是 setter 方法 ) 




































































Qa 推荐 你 阅读 Michael Feathers 的 Working Effectively with Legacy Code 详细 了 解 这 个 话题 。 
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口 抛 出 一 个 异常 。 
口 进行 输入 /输出 操作 ， 比 如 向 一 个 文件 写 数据 。 

从 男 一 个 角度 来 看 无 副作用 的 话 ， 束 应 该 考虑 不 可 变 对 象 。 不 可 变 对 象 是 这 样 一 种 对 象 ， 它 
们 一 旦 完成 初始 化 就 不 会 被 任何 方法 修改 状态 。 这 意味 着 一 旦 一 个 不 可 变 对 象 初始 化 完毕 , 它 永 
远 不 会 进入 到 一 个 无 法 预期 的 状态 。 你 可 以 放心 地 共享 它 , 无 须 保 留任 何 副 本 , 并 且 由 于 它们 不 
会 被 修改 ， 所 以 还 是 线程 安全 的 。 

无 副作用 这 个 想法 的 限制 看 起 来 很 严 苟 , 你 甚至 可 能 会 质疑 是 否 有 真正 的 生产 系统 能 够 以 这 
种 方式 构建 。 和 希望 结束 本 章 的 学 习 之 后 ， 你 能 够 确信 这 一 点 。 一 个 好 消息 是 ， 如 果 构 成 系统 的 各 
个 组 件 都 能 遵守 这 一 原则 , 该 系统 就 能 在 完全 无 锁 的 情况 下 , 使 用 多 核 的 并 发 机 制 ， 因为 任何 一 
个 方法 都 不 会 对 其 他 的 方法 造成 干扰 。 此 外 , 这 还 是 一 个 让 你 了 解 你 的 程序 中 哪些 部 分 是 相互 独 
立 的 非常 棒 的 机 会 。 

这 些 思想 都 源 于 函 数 式 编程 ， 下 一 节 会 进行 介绍 。 但 是 在 开始 之 前 ， 先 来 看 看 函数 式 编程 的 
基石 声明 式 编程 吧 。 


18.1.2 ”声明 式 编程 


一 般 通过 编程 实现 一 个 系统 有 两 种 思考 方式 。 一 种 专注 于 如 何 实现 ， 比 如 :“ 首 先 做 这 个 ， 
紧 接着 更 新 那个 ， 然 后 ……”。 举 个 例子 ， 如 果 你 希望 通过 计算 找 出 列表 中 最 昂贵 的 事务 ， 那 么 
通常 需要 执行 一 系列 的 命令 : 从 列表 中 取出 一 个 事务 , 将 其 与 临时 最 昂贵 事务 进行 比较 ; 如 果 该 
事务 开销 更 大 ， 就 将 临时 最 昂贵 的 事务 设置 为 该 事务 ; 接着 从 列表 中 取出 下 一 个 事务 , 并 重复 上 
述 操作 。 

这 种 “如 何 做 ”风格 的 编程 非常 适合 经 典 的 面向 对 象 编程 ， 有 些 时 候 也 称 之 为 命令 式 编 程 ， 
因为 它 的 特点 是 它 的 指令 和 计算 机 底层 的 词汇 非常 相近 ， 比 如 赋值 、 条 件 分 支 以 及 循环 ， 就 像 下 
面 这 段 代码 : 


























































































































Transaction mostExpensive = transactions.get (0); 
if (mostExpensive == null) 
throw new IllegalArgumentException("Empty list of transactions"); 
for(Transaction t: transactions.subList(1, transactions.size()))t{ 
if(t.getValue() > mostExpensive.getValue())t{ 


mostExpensive = t; 
3 


另 一 种 方式 则 更 加 关注 要 做 什么 。 你 在 第 4 章 和 第 5$ 章 中 已 经 看 到 , 使 用 Stream API 可 以 指 
定 下 面 这 样 的 查询 : 
Optional<Transaction> mostExpensive = 


transactions.stream!() 
.max(comparing (Transaction::getValue)); 


这 个 查询 把 最 终 如 何 实 现 的 细节 留 给 了 函数 库 。 我 们 把 这 种 思想 称 之 为 内 部 迭代 。 它 的 巨大 
优势 在 于 你 的 查询 语句 现在 读 起 来 就 像 是 问题 陈述 , 由 于 采用 了 这 种 方式 , 我 们 马上 就 能 理解 它 
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的 功能 ， 比 理解 一 系列 的 命令 要 简洁 得 多 。 

采用 这 种 “要 做 什么 ”风格 的 编程 通常 被 称 为 声明 式 编 程 。 你 制定 规则 ,给 出 了 希望 实现 的 
目标 , 让 系统 来 决定 如 何 实 现 这 个 目标 。 它 带 来 的 好 处 非常 明显 ， 因 为 用 这 种 方式 编写 的 代码 更 
加 接近 问题 陈述 了 。 


18.1.3 ”为 什么 要 采用 函数 式 编程 


函数 式 编程 具体 实践 了 前 面 介绍 的 声明 式 编程 (“你 只 需要 使 用 不 相互 影响 的 表达 式 ， 描 述 
想 要 做 什么 ， 由 系统 来 选择 如 何 实现 ”) 和 无 副作用 计算 。 正 如 前 面 所 讨论 的 ， 这 两 个 思想 能 帮 
助 你 更 容易 地 构建 和 维护 系统 。 

同时 也 请 注意 ， 我 们 在 第 3 章 中 使 用 Lambda 表达 式 介绍 的 内 容 ， 即 一 些 语言 的 特性 ， 比 如 
构造 操作 和 传递 行为 对 于 以 自然 的 方式 实现 声明 式 编程 是 必要 的 , 它们 能 让 我 们 的 程序 更 便于 阅 
读 ， 易 于 编写 。 你 可 以 使 用 Stream 将 几 个 操作 串 接 在 一 起 ， 表 达 一 个 复杂 的 查询 。 这 些 都 是 函 
数 式 编程 语言 的 特性 。 我 们 在 19.5 节 中 介绍 结合 顺 时 会 更 加 深入 地 介绍 这 些 内 容 。 

为 了 让 你 有 更 直观 的 感受 , 我 们 会 结合 Java 8 介绍 这 些 语 言 的 新 特性 ， 现 在 我 们 会 具体 给 出 
函数 式 编程 的 定义 ， 以 及 它 在 Java 语言 中 的 表述 。 我 们 希望 表达 的 是 ,使 用 函数 式 编程 ， 你 可 
以 实现 更 加 健壮 的 程序 ， 还 不 会 有 任何 的 副作用 。 


18.2 ”什么 是 函数 式 编 程 
对 于 “什么 是 函数 式 编程 ”这 一 问题 最 简化 的 回答 是 “ 它 是 一 种 使 用 函数 进行 编程 的 方式 ”。 
















































































































































































那 什么 是 函数 呢 ? 
我 们 很 容易 想象 这 样 一 个 方法 ， 它 接受 一 个 整 型 和 一 个 浮 点 型 参数 ， 返 回 一 个 浮 点 型 的 结 18 
果 __” 它 也 有 副作用 ， 随 着 调用 次 数 的 增加 ， 它 会 不 断 地 更 新 共享 变量 ， 如 图 18-2 所 示 。 
更 新 另 一 个 对 象 
的 一 个 字段 
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图 18-2” 带 有 副作用 的 函数 
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在 函数 式 编程 的 上 下 文中 , 一 个 函数 对 应 于 一 个 数学 函数 : 它 接受 零 个 或 多 个 参数 , 生成 一 
个 或 多 个 结果 , 并 且 不 会 有 任何 副作用 。 你 可 以 把 它 看 成 一 个 黑 盒 , 它 接收 输入 并 产生 一 些 输出 ， 


如 图 18-3 所 示 。 


图 18-3 一 个 没有 任何 副作用 的 函数 


这 种 类 型 的 函数 和 你 在 Java 编程 语言 中 见 到 的 函数 之 间 的 区 别 是 非常 重要 的 ( 我 们 无 法 想 
象 ，1og 或 者 sin 这 样 的 数学 函数 会 有 副作用 )。 尤 其 是 ， 使 用 同样 的 参数 调用 数学 函数 ， 它 所 
返回 的 结果 一 定 是 相同 的 。 这 里 暂时 不 考虑 Random.nextInt 这 样 的 方法 ， 稍 后 在 介绍 引用 透 
明 性 时 会 讨论 这 部 分 内 容 。 

当 谈 论 函 数 式 时 ,我 们 想 说 的 其 实 是 “ 像 数学 函数 那样 一 一 没有 副作用 ”"。 由 此 ， 编 程 上 的 
一 些 精妙 问题 随 之 而 来 。 我 们 的 意思 是 ， 每 个 函数 都 只 能 使 用 函数 和 像 if-then-else 这 样 的 
数学 思想 来 构建 吗 ? 或 者 , 我 们 也 允许 函数 内 部 执行 一 些 非 函 数 式 的 操作 ,只 要 这 些 操 作 的 结 
不 会 暴露 给 系统 中 的 其 他 部 分 ? 换 句 话说 , 如 果 程 序 有 一 定 的 副作用 , 不 过 该 副作用 不 会 被 其 他 
的 调用 者 感知 , 那么 是 否 能 假设 这 种 副作用 不 存在 呢 ? 调 用 者 不 需要 知道 , 或 者 完全 不 在 意 这 些 
副作用 ， 因 为 这 对 它 完全 没有 影响 。 

当 我 们 希望 能 界定 这 二 者 之 间 的 区 别 时 , 会 将 前 者 称 为 纯粹 的 函数 式 编程 ( 在 本 章 的 最 后 会 
讨论 这 部 分 内 容 )， 后 者 称 为 函数 式 编 程 。 


18.2.1 函数 式 Java 编程 


编程 实战 中 ,你 是 无 法 用 Java 语言 以 纯粹 的 函数 式 来 完成 一 个 程序 的 。 比 如 ，Java 的 IO 模 
型 就 包含 了 带 副 作用 的 方法 (调用 scanner .nextLine 就 有 副作用 ， 它 会 从 一 个 文件 中 读 取 一 
行 ， 通 常情 况 两 次 调用 的 结果 完全 不 同 )。 不过， 你 还 是 有 可 能 为 你 系统 的 核心 组 件 编写 接近 纯 
粹 函数 式 的 实现 。 在 Java 语言 中 ， 如 果 你 希望 编写 函数 式 的 程序 ， 那 么 首先 需要 做 的 是 确保 没 
有 人 能 觉察 到 你 代码 的 副作用 ,这 也 是 函数 式 的 含义 。 假 设 这 样 一 个 函数 或 者 方法 , 它 没有 副 作 
用 , 进入 方法 体 执行 时 会 对 一 个 字段 的 值 加 一 , 退出 方法 体 之 前 会 对 该 字段 的 值 减 一 。 对 一 个 单 
线程 的 程序 而 言 ， 这 个 方法 是 没有 副作用 的 ， 可 以 看 作 函 数 式 的 实现 。 换 个 角度 而 言 ， 如 果 另 一 
个 线程 可 以 查看 该 字段 的 值 一 一 或 者 更 糟糕 的 情况 , 该 方法 会 同时 被 多 个 线程 并 发 调用 一 一 那么 
这 个 方法 就 不 能 称 之 为 函数 式 的 实现 了 。 当 然 ， 你 可 以 用 加 锁 的 方式 对 方法 的 方法 体 进 行 封装 ， 
掩盖 这 一 问题 , 你 其 至 可 以 再 次 声称 该 方法 符合 函数 式 的 约定 。 但 是 ,这样 做 之 后 ,你 就 失去 了 
在 你 的 多 核 处 理 右 的 两 个 核 上 并 发 执行 两 个 方法 调用 的 能 力 。 它 的 副作用 对 程序 可 能 是 不 可 见 
的 ， 但 对 于 程序 员 而 言 是 可 见 的 ， 因 为 程序 运行 的 速度 变 慢 了 ! 

我 们 的 准则 是 ,被 称 为 函数 式 的 函数 或 方法 都 只 能 修改 本 地 变量 。 除 此 之 外 , 它 引 用 的 对 象 
都 应 该 是 不 可 修改 的 对 象 。 通 过 这 种 规定 ,我们 期 望 所 有 的 字段 都 为 final 类 型 ， 所 有 的 引用 
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类 型 字段 都 指向 不 可 变 对 象 。 后 续 的 内 容 中 , 你 会 看 到 我 们 实际 也 允许 对 方法 中 全 新 创建 的 对 象 
中 的 字段 进行 更 新 , 不 过 这 些 字段 对 于 其 他 对 象 都 是 不 可 见 的 , 也 不 会 因为 保存 对 后 续 调 用 结果 


























造成 影响 。 
我 们 前 述 的 准则 是 不 完备 的 , 要 成 为 真正 的 函数 式 程序 还 有 一 个 附加 条 件 , 不 过 它 在 最 初时 
不 太 被 大 家 所 重视 。 要 被 称 为 函数 式 ， 函 数 或 者 方法 不 应 该 抛 出 任何 异常 。 关 于 这 一 点 ， 有 一 个 








极为 简单 而 又 极为 教条 的 解释 : 你 不 应 该 抛 出 异常 , 因为 一 旦 抛 出 异常 , 就 意味 着 结果 被 终止 了 ; 
不 再 像 之 前 讨论 的 黑 盒 模式 那样 ， 由 return 返回 一 个 恰当 的 结果 值 。 这 里 存在 着 一 定 的 争执 ， 
有 的 作者 认为 抛 出 代表 严重 错误 的 异常 是 可 以 接受 的 ， 但 是 捕获 异常 是 一 种 非 函 数 式 的 控制 流 ， 
因为 这 种 操作 违背 了 我 们 在 黑 盒 模型 中 定义 的 “传递 参数 , 返回 结果 ”的 规则 ， 引 出 了 代表 异常 
处 理 的 第 三 文 箭 头 ， 如 图 18-4 所 示 。 
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图 18-4 抛 出 一 个 异常 的 方法 













































































函数 式 和 局 部 函数 式 
在 数学 中 , 虽然 合法 的 数学 函数 为 每 个 合法 的 参数 值 返回 一 个 确定 的 结果 , 但 是 很 多 通用 
的 数学 操作 在 严格 意义 上 称 之 为 局 部 函数 式 ( partial function ) 可 能 更 为 妥当 。 这 种 函数 对 于 
某 些 输入 值 ， 甚 至 是 大 多 数 的 输入 值 都 返回 一 个 确定 的 结果 ; 不 过 对 另 一 些 输入 值 ， 它 的 结果 
是 未 定义 的 ， 甚 至 不 返回 任何 结果 。 这 其 中 一 个 典型 的 例子 是 除法 和 开平 方 运算 ， 如 果 除 法 的 
第 二 操作 数 是 0, 或 者 开平 方 的 参数 为 负数 就 会 发 生 这 样 的 情况 。 以 Java 那样 抛 出 一 个 异常 的 
方式 对 这 些 情况 进行 建 模 看 起 来 非常 自然 。 


























那么 ,如果 不 使 用 异常 ,你 该 如 何 对 除法 这 样 的 函数 进行 建 模 呢 ? 答案 是 使 用 optional<T> 
类 型 : 你 应 该 避免 让 sart 使 用 aouble sqrt (double) 这 样 的 函数 签名 ， 因 为 这 种 方式 可 能 抛 
出 异常 ; 与 之 相反 我 们 推荐 你 使 用 optional<Double> sqrt (double) 这 种 方式 下 ， 函 数 
要 么 返回 一 个 值 表示 调用 成 功 ， 要 么 返回 一 个 对 象 ， 表明 其 无 法 进行 指定 的 操作 。 当 然 ， 这 意味 
着 调用 者 需要 检查 方法 返回 的 是 否 为 一 个 空 的 optional 对 象 。 这 件 事 听 起 来 代价 不 小 , 依据 我 
们 之 前 对 函数 式 编程 和 纯粹 的 函数 式 编程 的 比较 ,从 实际 操作 的 角度 出 发 , 你 可 以 选择 在 本 地 局 
部 地 使 用 异常 ， 避 免 通过 接口 将 结果 暴露 给 其 他 方法 ,这 种 方式 既 取 得 了 函数 式 的 优点 ， 又 不 会 
过 度 膨胀 代码 。 

最 后 ,作为 函数 式 的 程序 ,你 的 函数 或 方法 调用 的 库 函 数 如 果 有 副作用 ， 你 必须 设法 隐藏 它 
们 的 非 函 数 式 行为 ， 否 则 就 不 能 调用 这 些 方法 ( 换 句 话说 ,你 需要 确保 它们 对 数据 结构 的 任何 修 
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改 对 于 调用 者 都 是 不 可 见 的 ， 你 可 以 通过 首次 复制 ， 或 者 捕获 任何 可 能 抛 出 的 异常 实现 这 一 目 
的 )。 在 18.2.4 节 中 ， 你 会 看 到 这 样 的 例子 ， 我 们 通过 复制 列表 的 方式 ， 有 效 地 隐藏 了 方法 
insertAll 调用 库 函 数 List .adq 所 产生 的 副作用 。 

这 些 方法 通常 会 使 用 注释 或 者 使 用 标记 注释 声明 的 方式 进行 标注 一 一 符合 我 们 规定 的 函数 ， 
我 们 可 以 将 其 作为 参数 传递 给 并 发 流 处 理 操作 ， 比 如 在 第 4~7 章 介 绍 过 的 stream.map 方法 。 

为 了 各 种 各 样 的 实战 需求 , 你 最 终 可 能 会 发 现 即便 对 函数 式 的 代码 , 我 们 还 是 需要 向 某 些 日 
志文 件 打印 输出 调试 信息 。 是 的 ， 这 意味 着 严格 意义 上 说 ， 这 些 代 码 并 非 函 数 式 的 , 但 是 你 已 经 
在 实际 中 享受 了 函数 式 程序 带 来 的 大 多 数 好 处 。 


18.2.2 引用 透明 性 


“没有 可 感知 的 副作用 ”( 不 改变 对 调用 者 可 见 的 变量 、 不 进行 JO、 不 抛 出 异常 ) 的 这 些 限 
制 都 隐 含 着 引用 透明 性 。 如 果 一 个 函数 只 要 传递 同样 的 参数 值 ， 总 是 返回 同样 的 结果 ， 那 这 个 函 
数 就 是 引用 透明 的 。string .replace 方法 就 是 引用 透明 的 ， 因 为 像 "raoul" .replace('r'， 
'R') 这 样 的 调用 总 是 返回 同样 的 结果 ( replace 方法 返回 一 个 新 的 字符 串 ， 用 大 写 的 R 替换 掉 
所 有 小 写 的 + )， 而 不 是 更 新 它 的 this 对 象 ， 所 以 它 可 以 被 看 成 函数 式 的 。 

换 名 话说， 函数 无 论 在 何 处 、 何 时 调用 ， 如 果 使 用 同样 的 输入 总 能 持续 地 得 到 相同 的 结果 ， 
那么 就 具备 了 函数 式 的 特征 。 这 也 解释 了 我 们 为 什么 不 把 Random.nextInt 看 成 函数 式 的 方法 。 
Java 语 言 中 ,使 用 scanner 对 象 从 用 户 的 键盘 读 取 输 入 也 违反 了 引用 透明 性 原则 ， 因 为 每 次 调 
用 nextLine 时 都 可 能 得 到 不 同 的 结果 。 不 过 ， 将 两 个 final int 类 型 的 变量 相 加 总 能 得 到 同 
样 的 结果 ， 因 为 在 这 种 声明 方式 下 ， 变 量 的 内 容 是 不 会 被 改变 的 。 

引用 透明 性 是 理解 程序 的 一 个 重要 属性 。 它 还 包含 了 对 代价 昂贵 或 者 需 长 时 间 计 算 才 能 得 到 
结果 的 变量 值 的 优化 〈 通过 保存 机 制 而 不 是 重复 计算 )， 我 们 通常 将 其 称 为 记忆 化 或 者 缓存 。 虽 
然 重要 ， 但 是 现在 讨论 还 是 有 些 跑题 ，19.5 节 会 对 此 进行 介绍 。 

Java 语 言 中 , 关于 引用 透明 性 还 有 一 个 比较 复杂 的 问题 。 假 设 你 对 一 个 返回 列表 的 方法 调用 
了 两 次 。 这 两 次 调用 会 返回 内 存 中 的 两 个 不 同 列表 ,不 过 它们 包含 了 相同 的 元 素 。 如 果 这 些 列表 
被 当 作 可 变 的 对 象 值 (因此 是 不 相同 的 )， 那 么 该 方法 就 不 是 引用 透明 的 。 如 果 你 计划 将 这 些 列 
表 作为 单纯 的 值 (不 可 修改 )， 那么 把 这 些 值 看 成 相同 的 是 合理 的 ， 这 种 情况 下 该 方法 是 引用 透 
明 的 。 通 常情 况 下 ,在 函数 式 编 程 中 ,你 应 该 选择 使 用 引用 透明 的 函数 。 现 在 我 们 想 探讨 从 更 大 
的 范围 看 是 否 应 该 修改 对 象 的 值 。 


18.2.3 面向 对 象 的 编程 和 函数 式 编程 的 对 比 


我 们 由 函数 式 编 程 和 和 (极端) 典型 的 面向 对 象 编程 的 对 比 入 手 进 行 介绍 , 最 终 你 会 发 现 Java 8 
认为 这 些 风格 其 实 只 是 面向 对 象 的 一 个 极端 。 作 为 Java 程序 员 ， 毫 无 疑问 ， 你 一 定 使 用 过 某 种 
函数 式 编程 ， 也 一 定 使 用 过 某 些 我 们 称 之 为 极端 面向 对 象 的 编程 。 正 如 第 1 章 中 所 介绍 的 那样 ， 
由 于 硬件 ( 比如 多 核 ) 和 程序 员 期 望 〈 比如 使 用 类 数据 库 查 询 式 的 语言 去 操纵 数据 ) 的 变化 , 促 
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使 Java 的 软件 工程 风格 在 某 种 程度 上 愈 来 愈 向 函数 式 的 方向 倾斜 ， 本 书 的 目的 之 一 就 是 要 帮助 
你 应 对 这 种 潮流 的 变化 。 

关于 这 个 问题 有 两 种 观点 。 一 种 支持 极端 的 面向 对 象 : 任何 事物 都 是 对 象 , 程序 要 么 通过 更 
新 字段 完成 操作 , 要 么 调用 对 与 它 相 关 的 对 象 进行 更 新 的 方法 。 男 一 种 观点 支持 引用 透明 的 函数 
式 编 程 ， 认 为 方法 不 应 该 有 ( 对 外 部 可 见 的 ) 对 象 修改 。 实 际 操作 中 ，Java 程序 员 经 常 混用 这 些 
风格 。 你 可 能 会 使 用 包含 了 可 变 内 部 状态 的 迭代 器 遍历 某 个 数据 结构 , 同时 又 通过 函数 式 的 方式 
(我 们 曾经 讨论 过 ， 可 以 使 用 可 变局 部 变量 实现 这 一 目标 ) 计算 数据 结构 中 的 变量 之 和 。 本 章 接 
下 来 的 一 节 以 及 下 一 章 中 主要 的 内 容 都 围绕 着 函数 式 编程 的 技巧 展开 ， 帮 助 你 编写 更 加 模块 化 、 
更 适应 多 核 处 理 器 的 应 用 程序 。 这 些 技巧 和 思想 会 成 为 你 编程 武器 库 中 的 秘密 武器 。 


18.2.4 ”函数 式 编程 实战 


让 我 们 从 解决 一 个 函数 式 的 编程 练习 题 人 手 : 给 定 一 个 List<Integer>， 比如 {1, 4,9}， 构 
造 一 个 List<List<Integer>>， 要 求 该 列表 的 成 员 都 是 初始 列表 {1, 4, 9} 的 子 集 ， 此 外 暂时 不 
考虑 元 素 的 顺序 。{1,4, 9} 的 子 集 分 别 是 {1, 4,9}、{1,4}、{1,9}、{4,9}、{1}、{4}、{9} 以 及 {}。 

这 样 的 子 集 ， 包 括 空子 集 在 内 ， 总 共有 八 个 。 每 个 子 集 都 用 List<Integer> 表 示 ， 这 意味 
着 答案 所 期 望 的 类 型 是 List<List<Integer>>。 

通常 新 手 碰 到 这 个 问题 都 会 觉得 无 从 下 手 ， 对 于 “1{1, 4, 9} 的 子 集 可 以 划分 为 包含 1 和 不 包 
含 1 的 两 部 分 ”也 需要 特别 解释 "。 不 包含 1 的 子 集 很 简单 ， 就 是 {4, 9}， 包 含 1 的 子 集 可 以 通过 
将 1 插入 到 {4, 9} 的 各 子 集 得 到 。 不 过 ， 有 一 点 很 微妙 ， 必 须 牢记 空 集 实际 上 也 含有 一 个 子 集 ， 
那 就 是 它 自 身 。 这 样 我 们 就 能 利用 Java， 以 一 种 简单 、 自 然 、 自 顶 向 下 的 函数 式 编程 方式 实现 该 


程序 了 。” 
如 果 输 入 为 空 ， 它 就 只 包含 
static List<List<Integer>> Subsets(List<Integer> list) { 一 个 子 集 ， 既 空 列表 自身 
if (list.isEmpty()) { 4 
List<List<Integer>> ans = new ArrayList<>(); 
ans.add (Collections.emptyList()); 
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将 两 个 子 rourav enss 否则 就 取出 一 个 元 素 first， 
安 束 全 
答案 整合 找 出 剩余 部 分 的 所 有 子 集 ， 并 
在 一 起 就 Integer first = list.get(0); 将 其 赋予 subans。 subans 构 
完成 了 任 List<Integer> rest = list.subList(1,1list.size()); 成 了 结果 的 另外 一 半 
务 ， 简 单 List<List<Integer>> subans = subsets (rest); < 一 > 
吗 ? List<List<Integer>> subans2 = insertAll (first, subans); < 
return concat (subans，subans2); 答案 的 另 一 半 是 subans2, 它 包含 了 subans 
} 中 的 所 有 列表 ， 但 是 经 过 调整 ， 在 每 个 列表 


的 第 一 个 元 素 之 前 添加 了 first 

















Q@. 偶 尔 会 有 些 麻 烦 ( 机 智 ! ) 的 学 生 指 出 男 一 种 解法 ， 这 是 一 种 纯粹 的 代码 把 戏 ， 它 利用 二 进 制 来 表示 数字 ( Java 
解决 方案 的 代码 分 别 对 应 于 000,001,010,011,100,101,110,111 )。 我 们 告诉 这 些 学 生 要 通过 计算 得 出 结果 , 而 不 是 通 
过 列 出 所 有 列表 的 排列 组 合 ， 比 如 对 {1,4,9} 而 言 ， 它 就 有 六 种 排列 组 合 。 

@ 为 了 便于 理解 ， 这 里 给 出 的 示例 代码 使 用 了 具体 类 型 List<Integer>， 不 过 你 可 以 使 用 泛 型 List<T> 在 方法 定 
义 中 替换 掉 它 ， 之 后 就 可 以 应 用 新 的 subsets 方法 ， 同 时 处 理 List<String> 和 List<Integer> 了 。 
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如 果 给 出 的 输入 是 {1, 4, 9} ,那么 程序 最 终 给 出 的 答案 是 {{}, {9}, 14 {4, 9 {1}, 1 9}, {1,4}， 
生 , 4, 9}}。 当 你 完成 了 缺失 的 两 个 方法 之 后 可 以 实际 运行 下 这 个 程序 。 

我 们 一 起 回顾 下 你 已 经 完成 了 哪些 工作 。 你 假设 缺失 的 方法 insertAll 和 concat 自身 都 
是 函数 式 的 ， 并 依 此 推断 你 的 supsets 方法 也 是 函数 式 的 ， 因 为 该 方法 中 没有 任何 操作 会 修改 
现 有 的 结构 (如果 你 熟悉 数学 的 话 ， 大 概 对 此 很 熟悉 ， 这 就 是 著名 的 归纳 法 啊 )。 

现在 ,让 我 们 看 看 如 何 定义 insertA1ll 方法 。 这 是 第 一 个 可 能 出 现 的 “ 坑 ”。 假设 你 已 经 定 
义 好 了 insertaAl1， 它 会 修改 传递 给 它 的 参数 ， 也 许 是 通过 更 新 包含 first 的 subans 的 所 有 元 
素 的 方式 来 进行 。 那 么 ， 该 程序 会 以 修改 subans2 同样 的 方式 ， 错 误 地 修改 subans， 最 终 导 致 
答案 中 英名 地 包含 了 {1, 4, 9} 的 八 个 副本 。 与 之 相反 ， 你 可 以 像 下 面 这 样 实现 insertall 的 功能 : 

static List<List<Integer>> insertAll (Integer first, 


List<List<Integer>> lists) { 
List<List<Integer>> result = new ArrayList<>(); 

















for (List<Integer> list : lists) { | 复制 列表 ， 从 而 使 你 有 机 会 对 其 进 
List<Integer> copyList = new ArrayList<>(); | 行 添加 操作 即使 底层 是 可 变 的 
copyList.add (first); ee 和 十 ye 
copyList.addAll (list); i (个 过 
result .add (copyList); Integer 底层 是 不 可 变 的 


} 
return result; 


} 


注意 到 了 吗 ? 你 现在 已 经 创建 了 一 个 新 的 List， 它 包含 了 subans 的 所 有 元 素 。 你 聪明 地 
利用 了 Integer 对 象 无 法 修改 这 一 优势 ， 和 否则 你 需要 为 每 个 元 素 创建 一 个 副本 。 由 于 聚焦 于 让 
insertAll 像 函 数 式 那样 工作 , 你 很 自然 地 将 所 有 的 复制 操作 放 到 了 insertall 中 , 而 不 是 它 
的 调用 者 中 。 

最 终 ， 你 还 需要 定义 concat 方法 。 这 个 例子 中 ,我 们 提供 了 一 个 简单 的 实现 , 但 是 希望 你 
不 要 这 样 使 用 (展示 这 段 代码 的 目的 只 是 为 了 便于 你 比较 不 同 的 编程 风格 )。 


static List<List<Integer>> concat (List<List<Integer>> ay 
List<List<Integer>> b) { 























a.addAll (b); 
return a; 


} 
不 过 ,我 们 真正 建议 你 采用 的 是 下 面 这 种 方式 : 




















static List<List<Integer>> concat (List<List<Integer>> ay， 
List<List<Integer>> b) { 
List<List<Integer>> r = new ArrayList<>(a); 
r.addAll (b); 
return 工 ; 


} 

为 什么 呢 ? 第 二 个 版 本 的 concat 是 纯粹 的 函数 式 。 虽然 它 在 内 部 会 对 对 象 进行 修改 ( 向 列 
表 z 添加 元 素 ), 但 是 它 返 回 的 结果 基于 参数 没有 修改 任何 一 个 传人 的 参数 。 与 此 相反 ， 第 一 个 
版 本 基于 这 样 的 事实 ， 执 行 完 concat (subans，subans2) 方 法 调用 后 ,， 没 人 需要 再 次 使 用 
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subans 的 值 。 对 于 我 们 定义 的 subsets,， 这 的 确 是 事实 ， 所 以 使 用 简化 版 本 的 concat 是 个 不 
错 的 选择 。 不 过 , 这 也 取决 于 你 如 何 审视 你 的 时 间 ,， 你 是 愿意 为 定位 诡异 的 缺陷 费 尽心 机 耗费 时 
间 呢 ? 还 是 花费 些许 的 代价 创建 一 个 对 象 的 副本 呢 ? 

无 论 你 怎样 解释 这 个 不 太 纯 粹 的 concat 方法 “只 会 用 于 第 一 参数 可 以 被 强制 覆盖 的 场景 ， 
或 者 只 会 使 用 在 这 个 subsets 方法 中 ， 任何 对 subsets 的 修改 都 会 遵照 这 一 标准 进行 代码 评 
审 ”， 一 旦 将 来 的 某 一 天 ， 某 个 人 发 现 这 段 代码 的 某 些 部 分 可 以 复 用 ， 并 且 似 乎 可 以 工作 时 ,你 
未 来 调试 的 梦 履 就 开始 了 。19.2 节 会 继续 讨论 这 一 问题 。 

请 牢记 : 考虑 编程 问题 时 , 采用 函数 式 的 方法 ,关注 函数 的 输入 参数 以 及 输出 结果 ( 即 你 希 
望 做 什么 )， 通常 比 设计 阶段 的 早期 就 考虑 如 何 做 、 修 改 哪 些 东 西 要 卓有成效 得 多 。 下 一 节 会 详 
细 讨 论 递 归 。 


18.3 ”递归 和 人 迭代 


递归 (recursion ) 是 也 数 式 编程 特别 推崇 的 一 种 技术 ， 它 能 培养 你 思考 要 “做 什么 ”的 编程 
风格 。 纯 粹 的 函数 式 编程 语言 通常 不 提供 像 while 或 者 for 这 样 的 迭代 结构 。 为 什么 呢 ?” 因 为 
这 种 结构 经 常 隐 藏 着 陷阱 ， 诱 使 你 修改 对 象 。 比 如 ，while 循环 中 ,循环 条 件 需 要 不 断 更 新 , 否 
则 循环 就 一 次 都 不 执行 要么 就 陷入 无 限 循环 的 状态 。 不过, 很 多 时 候 循环 还 是 非常 有 用 的 。 前 
文 的 介绍 中 已 经 声明 过 ， 如 果 没 人 能 感知 的 话 ， 函 数 式 也 允许 进行 变更 , 这 意味 着 可 以 修改 局 部 
变量 。Java 中 使 用 的 for-each 循环 ， 璧 如 for (Apple apple : apples { }， 如 果 用 从 代 
器 方式 重 写 ， 其 代码 如 下 : 


Iterator<Apple> it = apples.iterator(); 


































































































while (it.hasNext()) { 
Apple apple = it.next (); 
J de 


} 

这 种 转换 没 哈 问题 ， 因 为 这 些 变 化 ( 包括 next 方法 对 迭代 器 状态 的 改变 ， 以 及 while 循 
环 内 部 对 apple 变量 的 赋值 ) 对 方法 的 调用 方 是 不 可 见 的 。 但 是 ， 如 果 使 用 for-each 循环 ， 
比如 下 面 这 个 搜索 算法 就 会 带 来 问题 ， 因 为 循环 体会 对 调用 方 共享 的 数据 结构 进行 修改 : 




















public void searchForGold(List<String> 1, Stats stats)t 
for(String Sa TF) 
if("gold".equals(s))t{ 
stats.incrementFor ("gold"); 
} 
} 
} 


实际 上 ,对 函数 式 而 言 ,循环 体 带 有 一 个 无 法 避免 的 副作用 : 它 会 修改 stats 对 象 的 状态 ， 
而 这 和 程序 的 其 他 部 分 是 共享 的 。 
由 于 这 个 原因 ， 纯 函数 式 编程 语言 ， 比 如 Haskell， 直 接 移 除 了 这 种 带 副 作用 的 操作 ! 之 后 
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你 该 如 何 编写 程序 呢 ? 理论 上 的 答案 是 每 个 程序 都 能 使 用 无 须 修 改 的 递归 重 写 ,通过 这 种 方式 避免 
使 用 迭代 。 使 用 递归 , 你 可 以 消除 每 步 都 需 更 新 的 迭代 变量 。 一 个 经 典 的 教学 问题 是 用 迭代 的 方式 
或 者 递归 的 方式 (假设 输入 值 大 于 0 ) 编写 一 个 计算 阶乘 的 函数 〈 参 数 为 正 数 )， 代 码 列表 如 下 。 


代码 清单 18-1 和 迭代 式 的 阶乘 计算 
static long factorialIterative(LIong n) { 
J 
GE (这 世相 





















































I 
} 


return rr; 


} 


代码 清单 18-2 递归 式 的 阶乘 计算 
static long factorialRecursive(long n) { 
return n == 1 ?1 :n * factorialRecursive(n-1); 


} 
第 一 段 代码 展示 了 标准 的 基于 循环 的 结构 :变量 * 和 i 每 次 迭代 都 会 被 更 新 。 第 二 段 代 码 
以 更 加 类 似 数学 的 形式 给 出 一 个 递归 方法 (方法 调用 自身 ) 的 实现 。Java 语言 中 , 使 用 递归 的 形 
式 通 常 效率 都 更 差 一 些 ， 我 们 很 快 会 讨论 这 方面 的 内 容 。 
但 是 ， 如 果 你 已 经 仔细 阅读 过 本 书 前 面 的 章节 ， 一定 知道 Java 8 的 Stream 提供 了 一 种 更 简 
单 的 方式 ， 用 描述 式 的 方法 来 定义 阶乘 ， 代 码 如 下 。 


代码 清单 18-3 ”基于 stream 的 阶乘 
static long factorialStreams (long n)t{ 
return LongStream.rangeClosed(1, n) 
.reduce(1, (long a, long b) -> a * b); 





} 

现在 ， 来 谈 谈 效率 问题 。 作 为 Java 的 用 户 ， 相 信 你 已 经 意识 到 函数 式 程序 的 狂热 支持 者 们 
总 是 会 告诉 你 说 ， 应 该 使 用 递归 ， 据 弃 欠 代 。 然 而 ,通常 而 言 ， 执 行 一 次 递归 式 方 法 调用 的 开销 
要 比 迭 代 执 行 单一 机 器 级 的 分 支 指令 大 不 少 。 为 什么 呢 ? 因为 每 次 执行 factorialRecursive 
方法 调用 都 会 在 调用 栈 上 创建 一 个 新 的 栈 帧 , 用 于 保存 每 个 方法 调用 的 状态 ( 即 它 需要 进行 的 乘 
法 运算 )， 这 个 操作 会 一 直 指 导 程 序 运 行 直到 结束 。 这 意味 着 你 的 递归 迭代 方法 会 依据 它 接收 的 
输入 成 比例 地 消耗 内 存 。 这 也 是 为 什么 如 果 你 使 用 一 个 大 型 输入 执行 factorialRecursive 方 
法 ， 很 容易 遭遇 stackoverflowError 异常 : 






























































Exception in thread "main" java.lang.StackOverflowError 

这 是 否 意味 着 递归 百 无 一 用 呢 ? 当然 不 是 ! 函数 式 语言 提供 了 一 种 方法 来 解决 这 一 问题 ， 即 
尾 调 优化 〈tail-call optimization )。 基 本 的 思想 是 你 可 以 编写 阶乘 的 一 个 迭代 定义 ,不 过 迭代 调用 
发 生 在 函数 的 最 后 ( 所 以 我 们 说 调用 发 生 在 尾部 )。 这 种 新 型 的 迭代 调用 经 过 优化 后 执行 的 速度 
快 很 多 。 作 为 示例 ， 下 面 是 一 个 阶乘 的 “ 尾 - 递 ”(tail-recursive ) 定义 。 
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代码 清单 18-4 ”基于 “ 尾 - 递 ”的 阶乘 


static long factorialTailRecursive(long n) { 
return factorialHelper(1, n); 


} 
static long factorialHelper (long acc, long n) { 
return n == 1 ? acc : factorialHelper(acc * n, n-1); 


} 

方法 factorialHelper 属于 “ 尾 - 递 ”类 型 的 函数 ， 原 因 是 递归 调用 发 生 在 方法 的 最 后 。 
对 比 前 文中 factorialRecursive 方法 的 定义 ， 这 个 方法 的 最 后 一 个 操作 是 乘 以 n， 从 而 得 到 
递归 调用 的 结果 。 
这 种 形式 的 递归 是 非常 有 意义 的 , 现在 我 们 不 需要 在 不 同 的 栈 帧 上 保存 每 次 递归 计算 的 中 间 
值 , 编译 器 能 够 自行 决定 复 用 某 个 栈 帧 进行 计算 。 实际 上 , 在 factorialHelper 的 定义 中 , 立 
即 数 ( 阶乘 计算 的 中 间 结 果 ) 直接 作为 参数 传递 给 了 该 方法 。 再 也 不 用 为 每 个 递归 调用 分 配 单独 
的 栈 帧 用 于 跟踪 每 次 递归 调用 的 中 间 值 一 一 通过 方法 的 参数 能 够 直接 访问 这 些 值 。 

18-5 和 图 18-6 解释 了 使 用 递归 和 “ 尾 - 递 ”实现 阶乘 定义 的 不 同 。 
























































factorial(4) 第 一 次 调用 
24 
4 * factorial (3) 
factorial (3) 第 二 次 调用 
6 
3 * factorial (2) 
Factorial (2) 第 三 次 调用 
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> 





eer en 第 四 次 调用 








图 18-5 ”使 用 栈 桢 方式 的 阶乘 的 递归 定义 





factorial (4) 


factorialTailRecursive (1, 4) factorialTailRecursive(24, 1) 





factorialTailRecursive (4, 3) 


factorialTailRecursive(12, 2) 


24 




















图 18-6 “阶乘 的 尾 - 递 定义 ， 这 里 它 只 使 用 了 一 个 栈 帧 
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坏 消 息 是 ， 目 前 Java 还 不 支持 这 种 优化 。 但 是 使 用 相对 于 传统 的 递归 ,“ 尾 - 递 ”可 能 是 更 
好 的 一 种 方式 , 因为 它 为 最 终 实 现 编译 需 优 化 开启 了 一 鹿 门 。 很 多 的 现代 JVM 语言 , 比如 Scala、 
Groovy 和 Kotlin, 都 已 经 支持 对 这 种 形式 的 递归 的 优化 ,最 终 实现 的 效果 和 人 迭代 不 相 上 下 《它们 
的 运行 速度 几乎 是 相同 的 )。 这 意味 着 坚持 纯粹 函数 式 既 能 享受 它 的 纯净 ， 又 不 会 损失 执行 的 
效率 。 

使 用 Java 8 进行 编程 时 ,我 们 有 一 个 建议 , 你 应 该 尽量 使 用 stream 取代 迭代 操作 ， 从 而 避 
免 变化 带 来 的 影响 。 此 外 ,如果 递 归 能 让 你 以 更 精炼 ,并 且 不 带 任何 副作用 的 方式 实现 算法 ,你 
就 应 该 用 递归 替换 迭代 。 实际 上 , 我 们 看 到 使 用 递归 实现 的 例子 更 加 易于 阅读 ,同时 又 易 于 实现 
和 理解 〈 比如 前 文中 展示 的 子 集 的 例子 )， 大 多 数 时 候 编程 的 效率 要 比 细微 的 执行 时 间 差 异 重要 
得 多 。 

本 节 讨 论 了 函数 式 编程 , 但 仅仅 是 初步 介绍 了 函数 式 方法 的 思想 一 一 内 容 甚至 适用 于 最 早 版 
本 的 Java。 接 下 来 的 一 章 会 讨论 Java 8 携 着 着 的 一 类 函数 具备 了 哪些 让 人 耳目 一 新 的 强大 能 力 。 

















































































































18.4 小 结 


以 下 是 本 章 中 的 关键 概念 。 

口 从 长 远 看 ， 减 少 共享 的 可 变数 据 结构 能 帮助 你 降低 维护 和 调试 程序 的 代价 。 
口 函数 式 编程 支持 无 副作用 的 方法 和 声明 式 编程 。 
口 函数 式 方法 可 以 由 它 的 输入 参数 及 输出 结果 进行 判断 。 

口 如 果 一 个 函数 使 用 相同 的 参数 值 调用 ， 总 是 返回 相同 的 结果 ， 那 么 它 是 引用 透明 的 。 采 
用 递归 可 以 取代 和 迭代 式 的 结构 ， 比 如 while 循环 。 

口 相对 于 Java 语言 中 传统 的 递归 ,“ 尾 - 递 ”可 能 是 一 种 更 好 的 方式 ， 它 开启 了 一 扇 门 ， 让 
我 们 有 机 会 最 终 使 用 编译 器 进行 优化 。 
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本 章 内 容 

口 一 等 成 员 、 高 阶 方法 、 柯 里 化 以 及 局 部 应 用 
口 持久 化 数据 结构 

口 生成 Java Stream 时 的 延迟 计算 和 延迟 列表 
口 模式 匹配 以 及 如 何在 Java 中 应 用 

口 引用 透明 性 和 缓存 








第 18 章 中 ,你 了 解 了 如 何 进 行 函数 式 的 思考 ; 以 构造 无 副作用 方法 的 思想 指导 你 的 程序 设 
计 能 帮助 你 编写 更 具 维护 性 的 代码 。 本 章 会 介绍 更 高 级 的 函数 式 编程 技巧 。 你 可 以 将 本 章 看 作 实 
战 技巧 和 学 术 知 识 的 大 杂烩 , 它 既 包含 了 能 直接 用 于 代码 编写 的 技巧 , 也 包含 了 能 让 你 知识 更 渊 
博 的 学 术 信息 。 我 们 会 讨论 高 阶 函数 、 柯 里 化 、 持 久 化 数据 结构 、 延 迟 列表 、 模 式 匹 配 、 具 备 引 
用 透明 性 的 缓存 ， 以 及 结合 器 。 


19.1 无 处 不 在 的 函数 


第 18 章 中 使 用 术语 函数 式 编程 意 指 函数 或 者 方法 的 行为 应 该 像 “数学 函数 ”一 样 一 一 没有 
任何 副作用 。 对 使 用 函数 式 语 言 的 程序 员 而 言 ， 这 个 术语 的 范畴 更 加 宽泛 ， 它 还 意味 着 函数 可 以 
像 任何 其 他 值 一 样 随意 使 用 : 可 以 作为 参数 传递 ， 可 以 作为 返回 值 ， 还 能 存储 在 数据 结构 中 。 能 
够 像 普通 变量 一 样 使 用 的 函数 称 为 一 等 函数 first-class function )。 这 是 Java 8 补充 的 全 新 内 容 : 
通过 : :操作 符 ， 你 可 以 创建 一 个 方法 引用 , 像 使 用 函数 值 一 样 使 用 方法 ,也 能 使 用 Lambda 表达 
式 ( 比 如 (int x) -> x + 1) 直接 表示 方法 的 值 。Java 8 中 使 用 下 面 这 样 的 方法 引用 将 
Integer .parseInt 方法 保存 到 一 个 变量 中 是 合理 合法 的 ?: 






































Function<String, Integer> strToInt = Integezr::DarSeInt: 




















Q@ 如 果 只 打算 在 Integer: :parseInt 方法 内 保存 变量 strToInt ， 那 么 你 可 能 希望 将 strToInt 声明 为 ToIntFunction 
类 型 来 避免 封装 的 开销 。 这 里 你 并 没有 这 么 做 , 因为 即便 采用 这 种 方法 能 改善 基本 类 型 的 处 理 效率 ,对 Java 基本 
类 型 的 这 种 封装 也 可 能 会 干扰 你 对 程序 的 逻辑 理解 。 
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19.1.1 高 阶 函 数 


目前 为 止 ， 我 们 使 用 函数 值 属于 一 等 这 个 事实 只 是 为 了 将 它们 传递 给 Java 8 的 流 处 理 操作 
(正如 在 第 4~7 章 看 到 的 一 样 )， 达 到 行为 参数 化 的 效果 ， 类 似 在 第 1 章 和 第 2 章 中 将 
Apple: :isGreenApple 作为 参数 值 传递 给 filterApples 方法 那样 。 但 这 仅仅 是 个 开始 。 另 
一 个 有 趣 的 例子 是 静态 方法 comparator .comparing 的 使 用 , 它 接受 一 个 函数 作为 参数 同时 返 
回 另 一 个 函数 (一 个 比较 器 )， 代 码 如 下 所 示 。 图 19-1 对 这 段 逻 辑 进行 了 解释 。 


















































Comparator<Apple> C = comparing (Apple: :getWeight); 


图 19-1 comparing 方法 接受 一 个 函数 作为 参数 ， 同 时 返回 男 一 个 函数 
第 3 章 我 们 构造 函数 创建 流水 线 时 ， 做 了 一 些 类 似 的 事 : 





Function<String, String> transformationPipeline 
= addHeader.andThen (Letter::checkSpelling) 
.andThen (Letter::addFooter); 


函数 式 编程 的 世界 里 ， 如 果 也 数 ， 比 如 comparator .comparing， 能 满足 下 面 任 一 要 求 就 
可 以 被 称 为 高 阶 函 数 (higher-order function ): 
口 接受 至 少 一 个 函数 作为 参数 ; 
口 返回 的 结果 是 一 个 函数 。 

这 些 都 和 Java 8 直接 相关 。 因 为 在 Java 8 中 ， 函 数 不 仅 可 以 作为 参数 传递 ， 还 可 以 作为 结果 返 
回 ， 能 赋值 给 本 地 变量 ， 也 可 以 插入 到 某 个 数据 结构 。 比 如 ， 一 个 迷你 计算 器 程序 可 能 有 这 样 的 一 
个 Map<String，Function<Double，Double>>, 它 将 字符 串 sin 映射 到 方法 Function<Double， 
Double>， 实 现 对 Math: :sin 的 方法 引用 。 第 8 章 在 介绍 工厂 方法 时 进行 过 类 似 的 操作 。 

对 于 喜欢 第 3 章 结尾 的 那个 微 积分 示例 的 读者 ， 由 于 它 接受 一 个 函数 作为 参数 ( 比如 ， 
(Double x) -> x * X)， 又 返回 一 个 函数 作为 结果 (这 个 例子 中 返回 值 是 (Double x) -> 2 
* X)， 你 可 以 用 不 同 的 方式 实现 类 型 定义 ， 如 下 所 示 : 
































Function<Function<Double,Double>, Function<Double,Double>> 


把 它 定义 成 Function 类 型 ( 最 左边 的 Function ), 目的 是 想 显 式 地 向 你 确认 可 以 将 这 个 也 数 
传递 给 另 一 个 函数 。 但 是 ， 最 好 使 用 差异 化 的 类 型 定义 ， 函 数 签 名 如 下 : 





Function<Double,Double> differentiate(Function<Double,Double> func) 
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其 实 二 者 说 的 是 同一 件 事 。 


副作用 和 高 阶 函 数 

第 7 章 中 我 们 了 解 到 传递 给 流 操作 的 函数 应 该 是 无 副作用 的 ,否则 会 发 生 各 种 各 样 的 问题 
( 比如 错误 的 结果 ,有 时 由 于 竞 态 条 件 其 至 会 产生 无 法 预期 的 结果 )。 这 一 原则 在 你 使 用 高 阶 函 
数 时 也 同样 适用 。 编写 高 阶 函 数 或 者 方法 时 , 你 无 法 预知 会 接收 什么 样 的 参数 一 一 一 旦 传 入 的 
参数 有 某 些 副作用 ,我 们 将 会 一 筹 莫 展 ! 如 果 作 为 参数 传 入 的 函数 可 能 对 你 程序 的 状态 产生 某 
些 无 法 预期 的 改变 , 一 旦 发 生 问 题 ,你 将 很 难 理解 程序 中 发 生 了 什么 ; 它们 甚至 会 用 某 种 难于 
调试 的 方式 调用 你 的 代码 。 因此 , 将 所 有 你 愿意 接受 的 作为 参数 的 函数 可 能 带 来 的 副作用 以 文 
档 的 方式 记录 下 来 是 一 个 不 错 的 设计 原则 ,最 理想 的 情况 下 你 接收 的 函数 参数 应 该 没有 任何 副 
作用 ! 





下 面 讨论 柯 里 化 : 它 是 一 种 可 以 帮助 你 模块 化 函数 、 提 高 代码 重用 性 的 技术 。 
19.1.2 ” 柯 里 化 


给 出 柯 里 化 的 理论 定义 之 前 ， 先 来 看 一 个 例子 。 应 用 程序 通常 都 会 有 国际 化 的 需求 ,将 一 套 
单位 转换 到 男 一 套 单位 是 经 常 碰 到 的 问题 。 

单位 转换 通常 都 会 涉及 转换 因子 以 及 基线 调整 因子 的 问题 。 比 如 , 将 摄氏 度 转 换 到 华氏 度 的 
公式 是 CtoF (x) = x*9/5 + 32。 所 有 的 单位 转换 几乎 都 遵守 下 面 这 种 模式 : 

(1) 乘 以 转换 因子 ; 

(2) 如 果 需 要 ， 进 行 基线 调整 。 

可 以 使 用 下 面 这 段 通用 代码 表达 这 一 模式 : 






































static double converter (double x, double f, double b) { 
return x *f + b; 


} 


这 里 x 是 你 希望 转换 的 数量 ,f 是 转换 因子 , b 是 基线 值 。 但 是 这 个 方法 有 些 过 于 宽泛 了 。 通常 ， 
你 还 需要 在 同一 类 单位 之 间 进 行 转换 , 比如 公里 和 英里 。 当 然 , 你 也 可 以 在 每 次 调用 converter 
方法 时 都 使 用 三 个 参数 ， 但 是 每 次 都 提供 转换 因子 和 基准 比较 烦琐 ， 并 且 你 还 极 有 可 能 输入 
错误 。 

当然 ， 你 也 可 以 为 每 一 个 应 用 编写 一 个 新 方法 ， 不 过 这 样 就 无 法 对 底层 的 逻辑 进行 复 用 了 。 

这 里 我 们 提供 一 种 简单 的 解法 ， 它 既 能 充分 利用 已 有 的 逻辑 ， 又 能 让 converter 针对 每 个 
应 用 进行 定制 。 你 可 以 定义 一 个 工厂 方法 , 它 生 产 带 一 个 参数 的 转换 方法 ,我 们 希望 借 此 来 说 明 
柯 里 化 。 下 面 是 这 段 代码 : 


































































































static DoubleUnaryOperator curriedConverter (double f, double pb)t{ 
return (double x) ->x*f + bb; 


} 
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现在 ， 你 要 做 的 只 是 向 它 传递 转换 因子 和 基准 值 (E 和 b )， 它 会 不 辞 辛 劳 地 按照 你 的 要 求 
返回 一 个 方法 ( 使 用 参数 x )。 比 如 ， 你 现在 可 以 按照 你 的 需求 使 用 工厂 方法 产生 需要 的 任何 


GONVOLGSL: 





DoubleUnaryOperator convertCtoF = curriedConverter(9.0/5, 32); 
DoubleUnaryOperator convertUSDtoGBP = curriedConverter(0.6, 0); 
DoubleUnaryOperator convertKmtoMi = curriedConverter(0.6214, 0); 


且 地 : DoubleUnaryOperator 定义 了 方法 applyAsDouble, 你 可 以 像 下 面 这 样 使 用 你 的 


GOIYVOLEBSELt 








double gbp = convertUSDtoGBP.applyAsDouble(1000); 


这 样 一 来 ， 你 的 代码 就 更 加 灵活 了 ， 同 时 它 又 复 用 了 现 有 的 转换 逮 辑 ! 

一 起 回顾 下 你 都 做 了 哪些 工作 。 你 并 没有 一 次 性 地 向 converter 方法 传递 所 有 的 参数 x、f 
和 jb， 相反 ， 你 只 是 使 用 了 参数 和 pb 并 返回 了 另 一 个 方法 ， 这 个 方法 会 接受 参数 x， 最 终 返 回 
你 期 望 的 值 x * f + b。 通 过 这 种 方式 ， 你 复 用 了 现 有 的 转换 逻辑 ， 同 时 又 为 不 同 的 转换 因子 
创建 了 不 同 的 转换 方法 。 



































柯 里 化 的 理论 定义 

柯 里 化 "是 一 种 将 具备 两 个 参数 ( 比如 ，x 和 y ) 的 函数 f 转化 为 使 用 一 个 参数 的 函数 g， 
并 且 这 个 函数 的 返回 值 也 是 一 个 函数 ， 它 会 作为 新 函数 的 一 个 参数 。 后 者 的 返回 值 和 初始 函数 
的 返回 值 相同 ,， 即 f(x,y) = (g(x)) (y)。 

当然 , 这 个 定义 是 一 种 概述 ,你 可 以 将 一 个 使 用 了 六 个 参数 的 函数 柯 里 化 成 一 个 接受 第 2、 
4、6 号 参数 ， 并 返回 一 个 接受 5 号 参数 的 函数 ,这 个 函数 又 返回 一 个 接受 剩 下 的 第 1 号 和 第 3 
号 参数 的 函数 。 

当 一 个 浮 数 使 用 的 所 有 参数 仅 有 部 分 ( 少 于 函数 的 完整 参数 列表 ) 被 传递 时 , 通常 我 们 说 
这 个 函数 是 部 分 求 值 ( partially applied ) 的 。 


现在 讨论 函数 式 编程 的 另 一 个 方面 : 数据 结构 。 如 果 你 不 能 修改 数据 结构 ， 那 么 还 能 用 它们 
编程 吗 ? 


19.2 持久 化 数据 结构 


本 闻 会 探讨 函数 式 编程 中 如 何 使 用 数据 结构 。 这 一 主题 有 各 种 名 称 ， 比 如 函数 式 数据 结构 、 
不 可 变数 据 结构 ,不 过 最 常见 的 可 能 还 要 算 持久 化 数据 结构 (不幸 的 是 ,这 一 术语 和 数据 库 中 的 
持久 化 概念 有 一 定 的 冲突 ， 数 据 库 中 它 代 表 的 是 “生命 周期 比 程序 的 执行 周期 更 长 的 数据 ”)。 

























































































G@ 柯 里 化 的 概念 最 早 由 数学 家 Moses Sch6nfinkel 引 入， 而 后 由 著名 的 数理 逻辑 学 家 哈 斯 格 尔 : 柯 里 ( Haskell Curry ) 
丰富 和 发 展 ， 柯 里 化 由 此 得 名 。 它 表示 一 种 将 一 个 带 有 n 元 组 参数 的 函数 转换 成 n 个 一 元 函数 链 的 方法 。 
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我 们 应 该 注意 的 第 一 件 事 是 ， 函 数 式 方法 不 允许 修改 任何 全 局 数据 结构 或 者 任何 作为 参数 
传人 的 结构 。 为 什么 呢 ? 因为 一 旦 对 这 些 数据 进行 修改 ， 两 次 相同 的 调用 就 很 可 能 产生 不 同 的 
结构 一 一 这 违背 了 引用 透明 性 原则 ， 我 们 也 就 无 法 将 方法 简单 地 看 作 由 参数 到 结果 的 映射 。 


19.2.1 破坏 式 更 新 和 函数 式 更 新 的 比较 


让 我 们 看 看 不 这 么 做 会 导致 怎样 的 结果 。 假 设 你 需要 使 用 一 个 可 变 类 Traindourney ( 利 
用 一 个 简单 的 单 向 链接 列表 实现 ) 表示 从 A 到 B 的 火车 旅行 ， 你 使 用 了 一 个 整 型 字段 对 旅程 的 
一 些 细节 进行 建 模 ， 比 如 当前 路 途 段 的 价格 。 旅 途中 你 需要 换 乘 火车 ， 所 以 需要 使 用 几 个 由 
onward 字段 串联 在 一 起 的 TrainJourney 对 象 。 直 达 火 车 或 者 旅途 最 后 一 段 对 象 的 onward 
字段 为 nul1: 





























class TrainJourney { 
public int price; 
public TrainJourney onward; 
public TrainJourney (int p, TrainJourney 七 ) { 
price = p; 
onward = 七; 


} 


假设 你 有 几 个 相互 分 隔 的 TrainJourney 对 象 分 别 代 表 从 X 到 Y 和 从 Y 到 ZZ 的 旅行 。 你 希 
望 创建 一 段 新 的 旅行 ， 它 能 将 两 个 TrainJourney 对 象 串 接 起 来 ( 即 从 X 到 立 再 到 Z )。 
一 种 方式 是 采用 简单 的 传统 命令 式 的 方法 将 这 些 火车 旅行 对 象 链接 起 来 ， 代 码 如 下 : 
static TrainJourney link(TrainJourney a, TrainJourney b)t 
if (a==null) return b; 
TrainJourney t = a; 
whilel(t.onward != null)t 
t = t.onward; 
} 
t.onward = b; 


Ot. Bs 


. 


这 个 方法 是 这 样 工 作 的 ， 它 找到 TrainJourney 对 象 a 的 下 一 站 ,将 其 由 表示 a 列表 结 
的 null 替换 为 列表 b (如果 a 不 包含 任何 元 素 ， 你 则 需要 进行 特殊 处 理 )。 

这 就 出 现 了 一 个 问题 : 假设 变量 firstJourney 包含 了 从 X 到 Y 的 线路 ， 另 一 个 变量 
secondJourney 包含 了 从 Y 到 Z 的 线路 。 如 果 你 调用 link(firstJourney, secondJourney) 
方法 ,那么 这 段 代 码 会 破坏 性 地 更 新 firstJourney， 结 果 secondJourney 也 会 被 加 入 到 
firstJourney， 最 终 请 求 从 XX 到 Z 的 用 户 会 如 其 所 愿 地 看 到 整合 之 后 的 旅程 ， 不 过 从 义 到 Y 
的 旅程 也 被 破坏 性 地 更 新 了 。 这 之 后 ， 变 量 firstJourney 就 不 再 代表 从 义 到 YY 的 旅程 ， 而 是 
一 个 新 的 从 X 到 Z 的 旅程 了 ! 这 一 改动 会 导致 依赖 原先 的 firstJourney 代码 失效 ! 假设 
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firstJourney 表示 的 是 清晨 从 伦敦 到 布鲁塞尔 的 火车 ,这 趟 车 上 后 一 段 的 乘客 本 来 打算 要 去 布 
鲁 塞 尔 , 可 是 发 生 这 样 的 改动 之 后 他 们 莫名 地 多 走 了 一 站 , 最终 可 能 跑 到 了 科隆 。 现 在 你 大 致 了 
解数 据 结构 修改 的 可 见 性 会 导致 怎样 的 问题 了 ， 作 为 程序 员 ， 我 们 一 直 在 与 这 种 缺陷 作 斗 争 。 

函数 式 编程 解决 这 一 问题 的 方法 是 禁止 使 用 带 有 副作用 的 方法 。 如 果 你 需要 使 用 表示 计算 结 
果 的 数据 结构 , 那么 请 创建 它 的 一 个 副本 而 不 要 直接 修改 现存 的 数据 结构 。 这 一 最 佳 实践 也 适用 
于 标准 的 面向 对 象 程序 设计 。 不 过 ,对 这 一 原则 ， 也 存在 着 一 些 异 议 ， 比 较 常 见 的 是 认为 这 样 做 
会 导致 过 度 的 对 象 复制 ， 有 些 程序 员 会 说 “我 会 记 住 那些 有 副作用 的 方法 ”或 者 “我 会 将 这 些 写 
入 文档 ”。 但 这 些 都 不 能 解决 问题 ， 这 些 “ 坑 ”都 留 给 了 接受 代码 维护 工作 的 程序 员 。 采 用 函数 
式 编 程 方案 的 代码 如 下 : 


static TrainJourney append (TrainJourney a, TrainJourney b)t{ 
return a==null ? b : new TrainJourney (a.price, append(a.onward, b)); 





















































} 


很 明显 ， 这 段 代码 是 函数 式 的 ( 它 没有 做 任何 修改 ， 即 使 是 本 地 的 修改 )， 它 没有 改动 任何 
现存 的 数据 结构 。 不 过 ， 也 请 特别 注意 ， 这 段 代 码 有 一 个 特别 的 地 方 ， 它 并 未 创建 整个 新 
TrainJourney 对 象 的 副本 一 一 如 果 a 是 n 个 元 素 的 序列 ，b 是 m 个 元 素 的 序列 ， 那 么 调用 这 
个 函数 后 ， 它 返回 的 是 一 个 由 ntm 个 元 素 组 成 的 序列 ， 这 个 序列 的 前 n 个 元 素 是 新 创建 的 ， 而 
后 m 个 元 素 和 TrainJourney 对 象 b 是 共享 的 。 男 外 ， 也 请 注意 ， 用 户 需 要 确保 不 对 append 
操作 的 结果 进行 修改 ， 因 为 一 旦 这 样 做 了 ， 作 为 参数 传人 的 TrainJourney 对 象 序列 b 就 可 能 
被 破坏 。 图 19-2 和 图 19-3 解释 说 明了 破坏 式 append 和 函数 式 append 之 间 的 区 别 。 

































































破坏 式 append 
之 前 









































append (a, b) 


图 19-2 ”以 破坏 式 更 新 的 数据 结构 
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函数 式 appenda 
之 前 

a b 
之 后 





结果 包含 第 一 个 TrainJourney 
~、 市 点 的 一 个 副本 ,但 与 第 二 个 
~ append (a, b) 2 TrainJourney 共 享 节点 


图 19-3 ”函数 式 ， 不 会 对 原 有 数据 结构 进行 改动 


19.2.2” 另 一 个 使 用 Tree 的 例子 


转 入 新 主题 之 前 ， 再 看 一 个 使 用 其 他 数据 结构 的 例子 一 一 我 们 想 讨论 的 对 象 是 二 叉 查 找 树 ， 
它 也 是 HashMap 实现 类 似 接 口 的 方式 。 我 们 的 设计 中 Tree 包含 了 string 类 型 的 键 , 以 及 int 
类 型 的 键 值 ， 它 可 能 是 名 字 或 者 年 龄 : 

class Tree { 


private String key; 
private int val; 


private Tree left, right; 
public Tree(String k, int v, Tree 1, Tree r) { 


key = k; val = v; left = 1; right = 工 ; 











} 
} 
class TreeProcessor { 
public static int lookup(String k, int defaultval, Tree 七 ) { 
if (t == null) return defaultval; 
if (k.equals(t.key)) return t.val; 
return lookup(k, defaultval, 
k.compareTo(t.key) < 0 ? t.left : t.right); 
} 
// 处 理 Tree 的 其 他 方法 
} 


你 希望 通过 二 又 查找 树 找到 string 值 对 应 的 整 型 数 。 现在 , 想 想 你 该 如 何 更 新 与 某 个 键 对 
应 的 值 (简化 起 见 ， 假 设 键 已 经 存在 于 这 个 树 中 了 ); 
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public static voidq update(String k, int newval, Tree 七 ) { 

if (t == null) { /* 应 增加 一 个 新 的 节点 */ } 

else if (k.equals(t.key)) t.val = newval; 

else update(k, newval, k.compareTo(t.key) < 0 ? t.left : t.right); 
} 


对 这 个 例子 , 增加 一 个 新 的 节点 会 复杂 很 多 。 最 简单 的 方法 是 让 update 直接 返回 它 刚 遍历 
的 树 〈 除非 你 需要 加 入 一 个 新 的 节点 ， 和 否则 返回 的 树 结构 是 不 变 的 ) 现在 ， 这 段 代 码 看 起 来 已 
经 有 些 爱 肿 了 ( 因为 update 试图 对 树 进 行 原 地 更 新 , 它 返 回 的 是 跟 传人 的 参数 同样 的 树 , 但 是 
如 果 最 初 的 树 为 空 ， 那 么 新 的 节点 会 作为 结果 返回 )。 


public static Tree update(String k, int newval, Tree t) { 
站 .I ) 

t = new Tree(k, newval, null, null); 

else if (k.equals(t.key)) 

t.val = newval; 

else if (k.compareTo(t.key) < 0) 

t.left = update(k, newval, t.left); 














else 





t.right = update(k, newval, t.right); 
return t; 


} 


注意 , 这 两 个 版 本 的 upaate 都 会 对 现 有 的 树 进行 修改 , 这 意味 着 使 用 树 存放 映射 关系 的 所 
有 用 户 都 会 感知 到 这 些 修改 。 


19.2.3 采用 子 数 式 的 方法 


那么 这 一 问题 如 何 通 过 函数 式 的 方法 解决 呢 ? 你 需要 为 新 的 键 - 值 对 创建 一 个 新 的 节点 ， 除 
此 之 外 还 需要 创建 从 树 的 根 节点 到 新 节点 的 路 径 上 的 所 有 节点 。 通常 而 言 , 这 种 操作 的 代价 并 不 
太 大 ， 如 果树 的 深度 为 g, 并 且 保持 一 定 的 平衡 性 , 那么 这 棵 树 的 节点 总 数 是 24， 这样 你 就 只 需 
要 重新 创建 树 的 一 小 部 分 节点 了 。 


public static Tree fupdate(String k, int newval, Tree 七 ) { 
return (t == null) ? 
new Tree(k, newval, null, null) : 

k.equals(t.key) ? 
new Tree(k, newval, t.left, t.right) : 

k.compareTo(t.key) < 0 ? 
new Tree(t.key, t.val, fupdate(k,newval, t.left), t.right) : 
new Tree(t.key, t.val, t.left, fupdate(k,newval, t.right)); 









































} 

这 有 段 代码 中 ， 我 们 通过 一 行 语句 进行 的 条 件 判 断 ， 没 有 采用 if-then-else 这 种 方式 ， 目 
的 是 希望 强调 一 个 思想 , 那 就 是 该 函数 体 仅 包含 一 条 语句 ,没有 任何 副作用 。 不 过 你 也 可 以 按照 
自己 的 习惯 ,使 用 if-then-else 这 种 方式 ， 在 每 一 个 判断 结束 处 使 用 return 返回 。 

那么 ，update 和 fupdate 之 间 的 区 别 到 底 是 什么 呢 ? 我 们 注意 到 ， 前 文中 方法 update 
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有 这 样 一 种 假设 , 即 每 一 个 update 的 用 户 都 希望 共享 同一 份 数据 结构 ,也 和 希望 能 了 解 程序 任何 
部 分 所 做 的 更 新 。 因 此 , 无 论 什么 时 候 ， 只 要 你 使 用 非 函 数 式 代 码 向 树 中 添加 某 种 形式 的 数据 结 
构 ， 请 立刻 创建 它 的 一 份 副本 ， 因 为 谁 也 不 知道 将 来 的 某 一 天 ， 某 个 人 会 突然 对 它 进行 修改 , 这 
一 点 非常 重要 ( 不 过 也 经 常 被 忽视 )。 与 之 相反 ，fupdate 是 纯 函 数 式 的 。 它 会 创建 一 个 新 的 树 ， 
并 将 其 作为 结果 返回 ， 通 过 参数 的 方式 实现 共享 。 图 19-4 对 这 一 思想 进行 了 阐释 。 你 使 用 了 一 
个 树 结构 , 树 的 每 个 节点 包含 了 person 对 象 的 姓名 和 年 龄 。 调用 fupdate 不 会 修改 现存 的 树 ， 
它 会 在 原 有 树 的 一 侧 创建 新 的 节点 ， 同 时 保证 不 损坏 现 有 的 数据 结构 。 


t 将 t 输 入 fupdate 的 输出 
! fupdate ("Will", 26, t) 


图 19-4 ”对 树 结 构 进行 更 新 时 ， 现 存 数据 结构 不 会 被 破坏 


这 种 函数 式 数据 结构 通常 被 称 为 持久 化 的 一 数据 结构 的 值 始终 保持 一 致 , 不 受 其 他 部 分 变 
化 的 影响 一 这 样 ， 作 为 程序 员 的 你 才能 确保 fupdate 不 会 对 作为 参数 传人 的 数据 结构 进行 修 
改 。 不 过 要 达到 这 一 效果 还 有 一 个 附加 条 件 : 这 个 约定 的 另 一 面 是 ,， 所 有 使 用 持久 化 数据 结构 的 
用 户 都 必须 遵守 这 一 “不 修改 ”原则 。 如 果 不 这 样 ， 忽 视 这 一 原则 的 程序 员 就 很 有 可 能 修改 
fupdate 的 结果 ( 比如 , 修改 Emily 的 年 纪 为 20 岁 ) 这 会 成 为 一 个 例外 ( 也 是 我 们 不 期 望 发 生 
的 ) 事件 , 为 所 有 使 用 该 结构 的 方法 感知 ,并 在 之 后 修改 作为 参数 传递 给 fupaate 的 数据 结构 。 

通过 这 些 介绍 ， 我 们 了 解 到 fupaate 可 能 有 更 加 高 效 的 方式 ， 基 于 “不 对 现存 结构 进行 修 
改 ”规则 ， 对 仅 有 细微 差别 的 数据 结构 ( 比如 ， 用 户 A 看 到 的 树 结构 与 用 户 B 看 到 的 就 相差 不 
多 ), 我 们 可 以 考虑 对 这 些 通用 数据 结构 使 用 共享 存储 。 你 可 以 凭借 编译 器 ， 将 Tree 类 的 字段 
key、val、left 以 及 right 声明 为 final 执行 ，“ 禁 止 对 现存 数据 结构 的 修改 ”这 一 规则 。 
不 过 也 需要 注意 final 只 能 应 用 于 类 的 字段 ， 无 法 应 用 于 它 指向 的 对 象 ， 如 果 你 想 要 对 对 象 进 
行 保护 ， 则 需要 将 其 中 的 字段 声明 为 final ， 以 此 类 推 。 

噢 ， 你 可 能 会 说 :“ 我 希望 对 树 结构 的 更 新 对 某 些 用 户 可 见 ( 当然 ， 这 句 话 的 潜台词 是 其 他 
用 户 看 不 到 这 些 更 新 ),” 那 么 ， 要 实现 这 一 目标 ， 你 可 以 通过 两 种 方式 ， 一 种 是 典型 的 Java 解 
决 方案 (对 对 象 进行 更 新 时 ,你 需要 特别 小 心 , 慎重 地 考虑 是 否 需要 在 改动 之 前 保存 对 象 的 一 份 
副本 )。 另 一 种 是 函数 式 的 解决 方案 ， 逻辑 上 ， 你 在 做 任何 改动 之 前 都 会 创建 一 份 新 的 数据 结构 
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(这 样 一 来 就 不 会 有 任何 的 对 象 发 生变 更 ), 只 要 确保 按照 用 户 的 需求 传递 给 他 正确 版 本 的 数据 结 
构 就 好 了 。 这 一 想法 甚至 还 可 以 通过 API 直接 强制 实施 。 如 果 数 据 结构 的 某 些 用 户 需要 进行 可 见 
性 的 改动 , 那么 它们 应 该 调用 API， 返 回 最 新 版 的 数据 结构 。 对 于 另 一 些 客户 应 用 ,它们 不 希望 
发 生 任何 可 见 的 改动 ( 比如 ， 需 要 长 时 间 运 行 的 统计 分 析 程 序 )， 就 直接 使 用 它们 保存 的 备份 ， 
因为 它 知道 这 些 数据 不 会 被 其 他 程序 修改 。 

有 些 人 可 能 会 说 这 个 过 程 很 像 更 新 刻录 光盘 上 的 文件 , 刻录 光盘 时 , 一 个 文件 只 能 被 激光 写 
入 一 次 , 该 文件 的 各 个 版 本 分 别 被 存储 在 光盘 的 各 个 位 置 (智能 光盘 编辑 软件 甚至 会 共享 多 个 不 
同 版 本 之 间 的 相同 部 分 )， 你 可 以 通过 传递 文件 起 始 位 置 对 应 的 块 地 址 〈 或 者 名 字 中 编码 了 版 本 
言 息 的 文件 名 ) 选择 你 希望 使 用 哪个 版 本 的 文件 。 在 Java 中 ,情况 甚至 比 刻录 光盘 还 好 很 多 ， 
不 再 使 用 的 老 旧 数据 结构 会 被 Java 虚拟 机 自动 垃圾 回收 掉 。 































































































19.3” Stream 的 延迟 计算 


通过 前 一 章 的 介绍 ， 你 已 经 了 解 Stream 是 处 理 数据 集合 的 利器 。 不 过 ， 由 于 各 种 各 样 的 原 
因 , 包括 实现 时 的 效率 考量 ，Java 8 的 设计 者 们 在 将 Stream 引入 时 采取 了 比较 特殊 的 方式 。 一 个 
比较 显著 的 局 限 是 ， 你 无 法 声明 一 个 递归 的 Stream， 因 为 Stream 仅 能 使 用 一 次 。 接 下 来 的 一 节 
会 详细 展开 介绍 这 一 局 限 会 市 来 的 问题 。 














19.3.1 自 定义 的 Stream 


下 面 回顾 一 下 第 6 章 中 生成 质数 的 例子 ， 这 个 例子 有 助 于 理解 递归 式 Stream 的 思想 。 你 大 概 
已 经 看 到 ,作为 MyMathUtils 类 的 一 部 分 ,你 可 以 用 下 面 这 种 方式 计算 得 出 由 质数 构成 的 Stream: 


public static Stream<Integer> primes(int n) { 
return Stream.iterate(2, i -> i + 1) 
.filter (MyMathUtils::isPprime) 
.1imit (n); 




















} 


public static boolean isPrime(int candidate) { 


int candidateRoot = (int) Math.sgqrt((double) candidate); 
return IntStream.rangeClosed(2, candidateRoot) 
.noneMatch(i -> candidate %$ i == 0); 


} 

不 过 这 一 方案 看 起 来 有 些 笨拙 :你 每 次 都 需要 遍历 每 个 数字 ,查看 它 能 否 被 修 选 数 字 整 除 ( 实 
际 上 ， 你 只 需要 测试 那些 已 经 被 判定 为 质数 的 数字 )。 
理想 情况 下 ，Stream 应 该 实时 地 筛选 掉 那 些 能 被 质数 整除 的 数字 。 这 听 起 来 有 些 异 想 天 开 ， 
不 过 我 们 一 起 看 看 怎样 才能 达到 这 样 的 效果 。 

(1) 你 需要 一 个 由 数字 构成 的 Stream， 你 会 在 其 中 选择 质数 。 

(2) 你 会 从 该 Stream 中 取出 第 一 个 数字 ( 即 Stream 的 首 元 素 )， 它 是 一 个 质数 ( 初始 时 ， 这 个 
值 是 2 )。 
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(3) 紧 接着 你 会 从 Stream 的 尾部 开始 ， 筛 选 掉 所 有 能 被 该 数字 整除 的 元 素 。 

(4) 最 后 剩 下 的 结果 就 是 新 的 Stteam， 你 会 继续 用 它 进 行 质数 的 查找 。 本 质 上 ， 你 还 会 回 到 
第 一 步 ， 继 续 进 行 后 续 的 操作 ， 所 以 这 个 算法 是 递归 的 。 

注意 , 这 个 算法 不 是 很 好 , 原因 是 多 方面 的 "。 不过， 就 说 明 如 何 使 用 Stream 展开 工作 这 个 
目的 而 言 ， 它 还 是 非常 合适 的 ， 因 为 算法 简单 ， 容 易 说 明 。 让 我 们 试 着 用 Stream API 对 这 个 算法 
进行 实现 。 



































1. 第 1 步 : 构造 由 数字 组 成 的 Stream 
你 可 以 使 用 方法 Intstream.iterate 构造 由 数字 组 成 的 Stteam， 它 由 2 开始， 可 以 上 达 
无 限 ， 就 像 第 5 章 中 介绍 的 那样 ， 代 码 如 下 : 


static Intstream numbers(){ 
return IntStream.iterate(2, n -> n+ 1); 








} 


2. 第 2 步 : 取得 首 元 素 
IntStream 类 提供 了 方法 findFirst， 可 以 返回 Stream 的 第 一 个 元 素 : 





static int head(IntStream numbers){ 
return numbers.findFirst() .getAsInt (); 


} 


3. 第 3 步 : 对 尾部 元 素 进行 筛选 
定义 一 个 方法 取得 Stream 的 尾部 元 素 : 
static IntStream tail(IntStream numbers)t{ 


return numbers.skip(1); 


} 


拿 到 Stream 的 头 元 素 ， 你 可 以 像 下 面 这 段 代码 那样 对 数字 进行 筛选 : 


IntStream numbers = numbers(); 
int head = head (numbers); 
IntStream filtered = tail (numbers) .filter(n -> n $ head != 0); 


4. 第 4 步 : 递归 地 创建 由 质数 组 成 的 Stream 
现在 到 了 最 复杂 的 部 分 。 你 可 能 试图 将 筛选 返回 的 Stream 作为 参数 再 次 传递 给 该 方法 ， 这 
样 你 可 以 接着 取得 它 的 头 元 素 ， 继 续 筛选 掉 更 多 的 数字 ， 如 下 所 示 : 


static IntStream primes (IntStream numbers) { 
int head = head (numbers); 
return IntStream.concat( 
IntStream.of (head), 
primes (tail (numbers) .filter(n -> n %$ head != 0)) 














关于 为 什么 这 个 算法 很 糟糕 的 更 多 信息 ， 请 参考 http://www.cs.hmc.edu/~oneill/papers/Sieve-JFP.pdf。 
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5. 坏 消 息 

不 幸 的 是 ,如 果 执 行 步 又 四 中 的 代码 ,你 会 遭遇 如 下 这 个 错误 :java.lang.IllegalStateException: 
stream has already been operated upon or closed.” 实 际 上 , 你 正 试图 使 用 两 个 终端 操作 : finqFirst 
和 skip 将 Stream 切 分 成 头 尾 两 部 分 。 还 记得 第 4 章 中 介绍 的 内 容 吗 ? 一 旦 你 对 Stream 执行 一 
次 终端 操作 调用 ， 它 就 永久 地 终止 了 ! 


6. 延迟 计算 

除 此 之 外 ， 该 操作 还 附带 着 一 个 更 为 严重 的 问题 : 静态 方法 IntStream.concat 接受 两 个 
Stream 实例 作 参 数 。 但是， 由 于 第 二 个 参数 是 primes 方法 的 直接 递归 调用 ,最 终 会 导致 出 现 无 
限 递归 的 状况 。 然 而 ， 对 大 多 数 的 Java 应 用 而 言 ，Java 8 在 Stream 上 的 这 一 限制 ， 即 “不 允许 
递归 定义 ”是 完全 没有 影响 的 ， 使 用 Stream 后 ,数据库 的 查询 更 加 直观 了 ， 程 序 还 具备 了 并 发 
的 能 力 。 所 以 ，Java 8 的 设计 者 们 进行 了 很 好 的 平衡 ,选择 了 这 一 丝 大 欢喜 的 方案 。 不 过 ，Scala 
和 Haskell 这 样 的 函数 式 语言 中 Stream 所 具备 的 通用 特性 和 模型 仍然 是 你 编程 武器 库 中 非常 有 益 
的 补充 。 你 需要 一 种 方法 推迟 primes 中 对 concat 的 第 二 个 参数 计算 。 如 果 用 更 加 技术 性 的 程 
序 设计 术语 来 描述 , 我们 称 之 为 延迟 计算 、 非 限制 式 计算 或 者 名 调用 。 只 在 你 需要 处 理 质数 的 那 
个 时 刻 ( 比如 ， 要 调用 方法 1imit 了 ) 才 对 Stream 进行 计算 。Scala ( 下 一 章 会 介绍 ) 提供 了 对 
这 种 算法 的 支持 。 在 Scala 中 ， 你 可 以 用 下 面 的 方式 重 写 前 面 的 代码 ， 操 作 符 # : :实现 了 延迟 连 
接 的 功能 ( 只 有 在 你 实际 需要 使 用 Stream 时 才 对 其 进行 计算 ): 


局 




































































def numbers(n: Int): Stream[Int] = n #:: numbers (n+1) 
def primes (numbers: Stream[Int]): Stream[Int] = { 
numbers.head #:: primes (numbers.tail filter (n -> n %$ numbers.head != 0)) 


} 

看 不 懂 这 段 代 码 ? 完全 没关系 。 我 们 展示 这 有 段 代码 的 目的 只 是 希望 能 让 你 了 解 Java 和 其 他 
的 函数 式 编程 语言 的 区 别 。 让 我 们 一 起 回顾 一 下 刚刚 介绍 的 参数 是 如 何 计算 的 , 这 对 后 面 的 内 容 
很 有 神 益 。 在 Java 语言 中 ， 你 执行 一 次 方法 调用 时 ， 传 递 的 所 有 参数 在 第 一 时 间 会 被 立即 计算 
出 来 。 但 是 ,在 Scala 中 ， 通 过 #: :操作 符 ， 连 接 操 作 会 立刻 返回 ， 而 元 素 的 计算 会 推迟 到 实际 
计算 需要 的 时 候 才 开始 。 现 在 ， 来 看 看 如 何 通 过 Java 实现 延迟 列表 的 思想 。 


19.3.2 ”创建 你 自己 的 延迟 列表 


Java 8 的 Stream 以 其 延迟 性 而 著称 。 它们 被 刻意 设计 成 这 样 , 即 延迟 操作 , 有 其 独特 的 原因 : 
Stream 就 像 是 一 个 黑 盒 ， 它 接收 请 求生 成 结果 。 当 你 向 一 个 Stream 发 起 一 系列 的 操作 请 求 时 ， 
这 些 请 求 只 是 被 一 一 保存 起 来 。 只 有 当 你 向 Stream 发 起 一 个 终端 操作 时 ， 才 会 实际 地 进行 计算 。 
这 种 设计 具有 显著 的 优点 , 特别 是 你 需要 对 Stream 进行 多 个 操作 时 ( 你 有 可 能 先 要 进行 filter 
操作 ， 紧 接着 做 一 个 map， 最 后 进行 一 次 终端 操作 reduce ): 这 种 方式 下 Stream 只 需要 遍历 一 
次 ， 不 需要 为 每 个 操作 遍历 一 次 所 有 的 元 素 。 

这 一 节 讨 论 的 主题 是 延迟 列表 ， 它 是 一 种 更 加 通用 的 Stream 形式 ( 延迟 列表 构造 了 一 个 跟 
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Stream 非常 类 似 的 概念 )。 延 迟 列 表 同时 还 提供 了 一 种 极 好 的 方式 去 理解 高 阶 函 数 。 你 可 以 将 一 
个 函数 作为 值 放置 到 某 个 数据 结构 中 ,大 多 数 时 候 它 就 静 静 地 待 在 那里 , 一 旦 对 其 进行 调用 ( 即 
根据 需要 )， 它 能 够 创建 更 多 的 数据 结构 。 图 19-5 解释 了 这 一 思想 。 


tajl es 
LinkedList 加 | - -| | 











Function A Function Raia 
LazyList | |----------------------- | | | | 


图 19-5 LinkedList 的 元 素 存 在 于 ( 并 不 断 延 展 ) 内 存 中 。 而 LazyList 的 元 素 由 
函数 在 需要 使 用 时 动态 创建 ， 你 可 以 将 它们 看 成 实时 延展 的 


现在 来 看 看 它 是 如 何 工作 的 。 你 想 要 利用 前 面 介绍 的 算法 ,生成 一 个 由 质数 构成 的 无 限 列 表 。 


1. 创建 一 个 基本 的 链接 列表 
还 记得 吗 ， 你 可 以 通过 下 面 这 种 方式 ， 用 Java 语言 实现 一 个 简单 的 名 为 MyLinkedList 的 
链接 -列表 - 式 的 类 〈 这 里 只 考虑 最 精简 的 MyList 接口 ): 





























interface MyList<T> { 
T head(); 
MyList<T> tail(); 
default boolean isEmpty() { 
return true; 
} 
} 
class MyLinkedList<T> implements MyList<T> { 
private final T head; 
private final MyList<T> tail; 
public MyLinkedList(T head, MyList<T> tail) { 
this.head = head; 
this.tail 三 tail; 
} 
public T head() { 
return head; 
} 
public MyList<T> tail() { 
return tail; 





} 
public boolean isEmpty() { 
return false; 
} 
} 
class Empty<T> implements MyList<T> { 
public T head() { 
throw new UnsupportedOperationException(); 


上 
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public MyList<T> tail() { 
throw new UnsupportedOperationException(); 
} 
} 


你 现在 可 以 构造 一 个 示例 的 MyLinkedList 值 ， 如 下 所 示 : 


MyList<Integer> 1 = 
new MyLinkedList<>(5, new MyLinkedList<>(10, new Empty<>())); 


2. 创建 一 个 基础 的 延迟 列表 

对 这 个 类 进行 改造 ,使 其 符合 延迟 列表 的 思想 ,最 简单 的 方法 是 避免 让 tail 立刻 出 现在 内 
存 中 ， 而 是 像 第 3 章 那 样 ， 提 供 一 个 supplier<T> 方 法 (你 也 可 以 将 其 看 成 一 个 使 用 函数 描述 
符 voiq -> T 的 工厂 方 法 )， 它 会 产生 列表 的 下 一 个 节点 。 使 用 这 种 方式 的 代码 如 下 : 




















import java.util.function.Supplier; 
class LazyList<T> implements MyList<T>{ 
final T head; 
final Supplier<MyList<T>> tail; 
public LazyList(T head, Supplier<MyList<T>> tail) { 
this.head = head; 
this.tail = tail; 





} 
public T head() { 
return head; 


} 注意 , 与 前 面 的 head 不同， 这 
public MyList<T> tail() { 里 tail 使 用 了 一 个 supplier 
return tail.get(); 方法 提供 了 延迟 性 


} 
public boolean isEmpty() { 
return false; 
} 
调用 supplier 的 get 方法 会 触发 延迟 列表 (LazyList ) 的 节点 创建 ， 就 像 工 厂 会 创建 间 
的 对 象 一 样 。 
现在 , 你 可 以 像 下 面 那样 传递 一 个 supplier 作为 LazyList 的 构造 器 的 tail 参数 , 创建 
由 数字 构成 的 无 限 延迟 列表 了 ， 该 方法 会 创建 一 系列 数字 中 的 下 一 个 元 素 : 

















public static LazyList<Integer> from(int n) { 
return new LazyList<Integer>(n, () -> from(n+1)); 


} 


如 果 尝 试 执行 下 面 的 代码 ， 你 会 发 现 ， 这 段 代 码 会 打印 输出 “2 3 4”。 这 些 数字 真 真实 实 都 
是 实时 计算 得 出 的 。 你 可 以 在 恰当 的 位 置 插入 system.out.println 进行 查看 , 如 果 from (2) 
执行 得 很 早 ， 试 图 计算 从 2 开始 的 所 有 数字 ， 那 它 就 会 永远 运行 下 去 ， 这 时 你 不 需要 做 任何 


事情 。 
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LazyList<Integer> numbers = from(2); 

int two = numbers.head(); 

int three = numbers.tail().head(); 

int four = numbers.tail() .tail().head(); 

System.out .println(two + " " + three + " " + four); 


3. 回 到 生成 质数 
看 看 你 能 否 利用 我 们 目前 已 经 做 的 去 生成 一 个 自 定义 的 质数 延迟 列表 ( 有 些 时 候 , 你 会 遭遇 


无 法 使 用 Stream API 的 情况 )。 如 果 你 将 之 前 使 用 Stream API 的 代码 转换 成 使 用 新 版 的 
LazyList， 那 么 它 看 起 来 会 像 下 面 这 段 代码 : 


public static MyList<Integer> primes (MyList<Integer> numbers) { 
return new LazyList<>( 
numbers.head(), 
() -> primes ( 
numbers.tail() 
.filter(n -> n $ numbers.head() != 0) 





) 
} 


4. 实现 一 个 延迟 筛选 器 
不 过 ， 这 个 LazyList (更 确切 地 说 是 List 接口 ) 并 未 定义 filter 方法 ， 所 以 前 面 的 这 


段 代 码 是 无 法 编译 通过 的 。 让 我 们 添加 该 方法 的 一 个 定义 ， 修 复 这 个 问题 : 




















public MyList<T> filter(Predicate<T> p) { 
return isEmpty() ? | 一 个 新 的 Empty<> () ,不 过 
this : 一 个 空 对象 的 效果 是 一 样 的 
p.test (head()) ? 
new LazyList<>(head(), () -> tail().filter(p)) 


tail().filter(p); 
} 


你 的 代码 现在 可 以 通过 编译 ,准备 使 用 了 。 通 过 链接 对 tail 和 heag 的 调用 ,你 可 以 计算 
出 头 三 个 质数 : 


LazyList<Integer> numbers = from(2); 

int two = primes (numbers) .head(); 

int three = primes (numbers) .tail() .head(); 

int five = primes (numbers) .tail() .tail().head(); 
System.out .println(two + " " + three + " " + five); 


这 段 代 码 的 输出 是 “2 3 5”， 这 是 头 三 个 质数 的 值 。 现 在 ， 你 可 以 “把 玩 ” 这 段 程序 了 ， 比 
如 ， 你 可 以 打印 输出 所 有 的 质数 (printall 方法 会 递归 地 打印 输出 列表 的 头 尾 元 素 ， 这 个 程序 
会 永久 地 运行 下 去 ): 


static <T> void printAll (MyList<T> list)t{ 
while (!list.isEmpty()){ 
System.out.println(list.head()); 
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Test. list tadl (ts 
} 
} 
printAll (primes (from(2))); 


本 章 的 主题 是 函数 式 编程 , 我 们 应 该 在 更 早 的 时 候 就 让 你 知道 其 实 有 更 加 简洁 的 方式 完成 这 
一 递归 操作 : 


static <T> void printAll (MyList<T> list)f{ 
if (list.isEmpty()) 
return; 
System.out .println(list.head()); 
printAll (list.tail()); 




















} 


但 是 ， 这 个 程序 不 会 永久 地 运行 下 去 。 它 最 终 会 由 于 栈 溢出 而 失效 ， 因 为 Java 不 支持 尾部 
调用 消除 (tail call elimination )， 这 一 点 第 18 章 曾 介绍 过 。 

















5. 何 时 使 用 

到 目前 为 止 , 你 已 经 构建 了 大 量 技术 , 包括 延迟 列表 和 函数 ,使 用 它们 却 只 定义 了 一 个 包含 
质数 的 数据 结构 。 为 什么 呢 ? 哪些 实际 的 场景 可 以 使 用 这 些 技术 呢 ? 好 吧 , 你 已 经 了 解 了 如 何 向 
数据 结构 中 搬入 函数 因为 Java 8 允许 你 这 么 做 )， 这 些 函 数 可 以 用 于 按 需 创建 数据 结构 的 一 部 
分 , 现在 你 不 需要 在 创建 数据 结构 时 就 一 次 性 地 定义 所 有 的 部 分 。 如 果 你 在 编写 游戏 程序 ， 比 如 
棋牌 类 游戏 , 你 可 以 定义 一 个 数据 结构 ， 它 在 形式 上 涵盖 了 由 所 有 可 能 移动 构成 的 一 个 树 (这些 
步骤 要 在 早期 完成 计算 工作 量 太 大 ), 具体 的 内 容 可 以 在 运行 时 创建 。 最 终 的 结果 是 一 个 延迟 树 ， 
而 不 是 一 个 延迟 列表 。 本 章 关注 延迟 列表 ， 原 因 是 它 可 以 和 Java 8 的 另 一 个 新 特性 Stream 串 接 
起 来 ， 以 使 我 们 能 够 针对 性 地 讨论 Stream 和 延迟 列表 各 自 的 优 缺 点 。 

还 有 一 个 问题 就 是 性 能 。 我们 很 容易 得 出 结论 , 延迟 操作 的 性 能 会 比 提前 操作 要 好 一 一 仅 在 
程序 需要 时 才 计算 值 和 数据 结构 当然 比 传统 方式 下 一 次 性 地 创建 所 有 的 值 ( 有 时 甚至 比 实际 需求 
更 多 的 值 ) 要 好 。 不 过 , 实际 情况 并 非 如 此 简单 。 完 成 延迟 操作 的 开销 ， 比 如 LazyList 中 每 个 
元 素 之 间 执 行 额外 suppliers 调用 的 开销 ， 有 可 能 超过 你 猜测 会 带 来 的 好 处 ， 除 非 你 仅仅 只 访 
问 整 个 数据 结构 的 10%， 甚 至 更 少 。 最 后 ， 还 有 一 种 微妙 的 方式 会 导致 你 的 LazyList 并 非 真 
正 的 延迟 计算 。 如 果 你 遍历 LazyList 中 的 值 ， 比 如 from(2) ， 可 能 直到 第 10 个 元 素 ， 这 种 方 
式 下 , 它 会 创建 每 个 节点 两 次 , 最 终 创 建 20 个 节点 , 而 不 是 10 个 。 这 几乎 不 能 被 称 为 延迟 计算 。 
问题 在 于 每 次 实时 访问 LazyList 的 元 素 时 ，tail 中 的 Supplier 都 会 被 重复 调用 。 你 可 以 设 
定 tail 中 的 supplier 方法 仅 在 第 一 次 实时 访问 时 才 执 行 调用 , 从 而 修复 这 一 问题 一 一 计算 的 
结果 会 缓存 起 来 一 一 效果 上 对 列表 进行 了 增强 。 要 实现 这 一 目标 , 你 可 以 在 LazyList 的 定义 中 
添加 一 个 私有 的 optional<LazyList<T>> 类 型 字段 alreadyComputed，tail 方法 会 依据 情 
况 查 询 及 更 新 该 字段 的 值 。 纯 函数 式 语言 Haskell 就 是 以 这 种 方式 确保 它 所 有 的 数据 结构 都 恰当 
地 进行 了 延迟 。 如 果 你 对 这 方面 的 细节 感 兴趣 ， 可 以 查看 相关 文章 。 

我 们 推荐 的 原则 是 将 延迟 数据 结构 作为 你 编程 兵器 库 中 的 强力 武器 。 如 果 它 们 能 让 程序 设计 
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简单 ,就 尽量 使 用 它们 。 如 果 它 们 会 带 来 无 法 接受 的 性 能 损失 ,就 尝试 以 更 加 传统 的 方式 重新 








现在 ， 让 我 们 转向 几乎 所 有 函数 式 编程 语言 中 都 提供 的 一 个 特性 ， 不 过 Java 语言 中 暂时 并 
未 提供 这 一 特性 ， 它 就 是 模式 匹配 。 


19.4 ”模式 匹配 
函数 式 编程 中 还 有 另 一 个 重要 的 方面 , 那 就 是 ( 结构 式 ) 模式 匹配 。 不 要 将 这 个 概念 和 正则 


表达 式 中 的 模式 匹配 相 混 淆 。 还 记得 吗 , 第 1 章 结束 时 , 我 们 了 解 到 数学 公式 可 以 通过 下 面 的 方 
式 进行 定义 : 














£(0) 

f (n) 

不 过 在 Java 语 言 中 ， 你 只 能 通过 if-then-else 语句 或 者 switch 语句 实现 。 随 着 数据 类 
型 变 得 愈加 复杂 ， 需 要 处 理 的 代码 ( 以 及 代码 块 ) 的 数量 也 在 迅速 攀升 。 使 用 模式 匹配 能 有 效 地 
减少 这 种 混乱 的 情况 。 

为 了 说 明 ， 先 来 看 一 个 树 结构 ， 你 希望 能 够 遍历 这 一 整 棵 树 。 我 们 假设 使 用 一 种 简单 的 数学 
语言 ， 它 包含 数字 和 二 进 制 操作 符 : 


n*f(n-1) otherwise 


























CIAase 也 区间 工人 +3} 
class Number extends Expr { int val; ... } 
class BinOp extends Expr { String opname; Expr left, right; ... } 





假设 你 需要 编写 方法 简化 一 些 表 达 式 。 比 如 ，5 + 0 可 以 简化 为 5。 使 用 我 们 的 域 语 言 ， 
new BinOop("+"，new Number (5)，new Number (0)) 可 以 简化 为 Number (5)。 你 可 以 像 下 
面 这 样 遍历 Expr 结构 : 





Expr simplifyExpression(Expr expr) { 
if (expr instanceof BinOp 
&& ((BinOp)expr) .opname.equals ("+")) 
&& ((BinOp)expr) .right instanceof Number 
&& ... // 变 得 非常 策 抽 
G6 oe ) A 
return (Binop)expr.left; 


} 
你 可 以 预期 这 种 方式 下 代码 会 迅速 地 变 得 异常 丑陋 ， 难 于 维护 。 
19.4.1 访问 者 模式 


Java 语 言 中 还 有 另 一 种 方式 可 以 解 包 数据 类 型 ， 那 就 是 使 用 访问 者 (visitor ) 模式 。 本 质 上 ， 
使 用 这 种 方法 你 需要 创建 一 个 单独 的 类 ， 这 个 类 封装 了 一 个 算法 ， 可 以 “访问 ” 某 种 数据 类 型 。 
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它 是 如 何 工 作 的 呢 ? 访问 者 类 接受 某 种 数据 类 型 的 实例 作为 输入 。 它 可 以 访问 该 实例 的 所 有 
成 员 。 下 面 是 一 个 例子 , 通过 这 个 例子 我 们 能 了 解 这 一 方法 是 如 何 工作 的 。 首 先 , 你 需要 向 Binop 
添加 一 个 accept 方法 , 它 接受 一 个 SimplifyExprVisitor 作为 参数 , 并 将 自身 传递 给 它 (你 


还 需要 为 Number 添加 一 个 类 似 的 方法 ): 





class BinOp extends Exprt 


public Expr accept (SimplifyExprVisitor v){ 
return v.visit (this); 


} 
} 


Simplifyi 


public class SimplifyExprVisitor { 





public Expr visit (BinOp e)f{ 


if("+".equals (e.opname) 


} 


return e.left; 


reLUrD. 


19.4.2 ”用 模式 匹配 力挽狂澜 


通过 一 个 名 为 模式 匹配 的 特 怕 
言 中 暂时 还 不 提供 

















假设 数据 类 型 : 





def simplifyExpression (expr: 
e, 
e, 
e, 


Case 
Case 
Case 


CAadS 一 


} 


模式 匹配 为 操纵 类 树 型 数据 结构 提供 了 一 个 极其 详细 又 极 富 表现 力 的 方式 。 构建 编 








BinOp ("+", 
Binop ("*", 
Binop("/", 

=> expr 








Number (0)) 
Number (1)) 
Number (1)) 





六 全 下 于 


=> ee 
=> ee 
=> ee 


ExprVisitor 现在 就 可 以 访问 Binop 对 象 并 解 包 其 中 的 内 容 了 : 


&& e.right instanceof Number && ... 


E， 我 们 能 以 更 简单 的 方案 解决 问题 。 
,所 以 这 里 会 以 Scala 程序 设计 语言 的 一 个 小 例子 来 展示 模式 匹配 的 强大 威力 。 
通过 这 些 介绍 你 能 够 了 解 一 旦 Java 语言 文 持 模 式 匹 配 ， 我 们 能 做 哪些 事情 。 

Bxpz 代表 的 是 某 种 数学 表达 式 , 在 Scala 程序 设计 语言 中 (采用 Scala 的 原因 
是 它 的 语法 与 Java 非常 接近 )， 你 可 以 利用 下 面 的 这 段 代码 解析 表达 式 : 


Expr = expr match { 


// 加 0 

// 乘 以 工 

// 除 以 1 

// 不 能 简化 expr 


处 理 业务 规则 的 引擎 时 ， 这 一 工具 尤其 有 用 。 注 意 ，Scala 的 语法 


Expression match { case Pattern => Expression ... } 


和 Java 的 语法 非常 相似 : 


switch (Expression) 


{ case Constant 


: Statement ... } 























这 种 特性 目前 在 Java 语 


译 角 或 者 
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Scala 的 通配符 判断 和 Java 中 的 aefault :扮演 着 同样 的 角色 。 这 二 者 之 间 主 要 的 语法 区 别 
在 于 Scala 是 面向 表达 式 的 ，Java 则 更 多 地 面向 语句 。 不 过 ， 对 程序 员 而 言 ， 它 们 主要 的 区 别 是 
Java 中 模式 的 判断 标签 被 限制 在 了 某 些 基础 类 型 、 枚 举 类 型 、 封 装 基础 类 型 的 类 以 及 string 类 
型 。 使 用 支持 模式 匹配 的 语言 实践 中 能 带 来 的 最 大 的 好 处 在 于 ， 你 可 以 避免 出 现 大 量 般 套 的 
switch 或 者 if-then-else 语句 和 字段 选择 操作 相互 交织 的 情况 。 

非常 明显 ，Scala 的 模式 匹配 在 表达 的 难 易 程度 上 比 Java 更 胜 一 筹 ， 你 只 能 期 待 未 来 版 本 的 
Java 能 支持 更 具 表 达 性 的 switch 语句 。 第 21 章 会 给 出 更 加 详细 的 介绍 。 

与 此 同时 ， 让 我 们 看 看 如 何 凭借 Java 8 的 Lambda 以 另 一 种 方式 在 Java 中 实现 类 模式 匹配 。 
这 里 介绍 这 一 技巧 的 目的 仅仅 是 想 让 你 了 解 Lambda 的 另 一 个 有 趣 的 应 用 。 


Java 中 的 伪 模 式 匹 配 
先 来 看 一 下 Scala 的 模式 匹配 特性 提供 的 匹配 表达 式 有 多 么 丰富 。 比 如 下 面 这 个 例子 : 


def simplifyExpression (expr: Expr): Expr = expr match { 
case BinOop("+", e, Number(0)) => e 













































































它 表达 的 意思 是 :“ 检 查 expr 是 否 为 Binop， 抽 取 它 的 三 个 组 成 部 分 ( opname 、left、 
right )， 紧 接着 对 这 些 组 成 部 分 分 别 进行 模式 匹配 第 一 个 部 分 匹配 string+， 第 二 个 部 分 
匹配 变量 se ( 它 总 是 匹配 )， 第 三 个 部 分 匹配 模式 Number (0)。” 换 句 话 说 ，Scala( 以 及 很 多 其 
他 的 函数 式 语言 ) 中 的 模式 匹配 是 多 层次 的 。 我 们 使 用 Java 8 的 Lambda 表达 式 进行 的 模式 匹配 
模拟 只 会 提供 一 层 的 模式 匹配 。 以 前 面 的 这 个 例子 而 言 , 这 意味 着 它 只 能 覆盖 Binop (op, 1, 工 ) 
或 者 Number (n) 这 种 用 例 ， 无 法 顾及 Binop ("+"，e,， Number (0))。 

首先 ， 我们 做 一 些 稍 微 让 人 惊讶 的 观察 。 由 于 你 选择 使 用 Lambda， 原 则 上 你 的 代码 里 不 应 
该 使 用 if-then-else。 你 可 以 使 用 方法 调用 


myIf(condition，() -> el, () -> e2); 


取代 condition ? el : e2 这 样 的 代码 。 
在 某 些 地 方 ， 比 如 库 文 件 中 ， 你 可 能 有 这 样 的 定义 〈 使 用 了 通用 类 型 了 ) : 

















static <T> T myIf (boolean b, Supplier<T> truecase, Supplier<T> falsecase) { 
return b ? truecase.get() : falsecase.get (); 


} 


类 型 了 T 扮演 了 条 件 表达 式 中 结果 类 型 的 角色 。 原 则 上 ， 你 可 以 用 if-then-else 完成 类 似 
的 事 儿 。 

当然 ， 正 常情 况 下 用 这 种 方式 会 增加 代码 的 复杂 度 ， 让 它 变 得 愈加 星 涩 难 懂 ， 因 为 用 
if-then-else 就 已 经 能 非常 顺畅 地 完成 这 一 任务 了 ， 这 人 么 做 似乎 有 些 “ 杀 鸡 用 牛刀 ”的 嫌疑 。 
不 过 ,我 们 也 注意 到 ,Java 的 switch 和 if-then-else 无 法 完全 实现 模式 匹配 的 思想 ,而 Lambda 
表达 式 能 以 简单 的 方式 实现 单 层 的 模式 匹配 一 一 对 照 使 用 if-then-else 链 的 解决 方案 ， 这 种 
方式 要 简洁 得 多 。 














428 第 19 章 函数 式 编程 的 技巧 











回来 继续 讨论 类 Expr 的 模式 匹配 值 ，Expr 类 有 了 两 个 子 类 ， 分 别 为 Binop 和 Number， 你 
可 以 定义 一 个 方法 patternMatchExpr (同样 ， 这 里 会 使 用 泛 型 TL 用 它 表 示 模 式 匹配 的 结果 


类 型 ): 











interface TriFunction<S, T, U, R>{ 
RapoLy(e Sy LT. CU Us 

} 

static <T> T patternMatchExpr( 
ExpI ee, 
TriFunction<String, Expr, Expr, T> binopcase, 
Function<Integer, T> numcase, 
Supplier<T> defaultcase) { 


return 
(e instanceof BinOp) ? 
binopcase.apply (( (BinOp)e) .opname, ((BinOp)e).left, 


( (BinOp)e) .right) 
(e instanceof Number) ? 
numcase.apply (( (Number)e) .val) 
defaultcase.get (); 
} 


最 终 的 结果 是 ,方法 调用 


patternMatchExpr(e, (op, 1, r) -> {return binopcode;}, 
(n) -> {return numcode;}, 
() -> {return defaultcode;}); 


会 判断 e 是否 为 Binop 类 型 ( 如 果 是 , 就 执行 pinopcoge 方法 , 它 能 够 通过 标识 符 op 、1 和 上 
访问 Binop 的 字段 )， 是 否 为 Number 类 型 ( 如 果 是 ， 就 执行 numcoae 方法 ， 它 可 以 访问 mn 的 
值 )。 这 个 方法 还 可 以 返回 aefaultcodqe， 如 果 有 人 在 将 来 某 个 时 刻 创 建 了 一 个 树 节 点 ， 它 既 不 
是 Binop 类 型 ， 也 不 是 Number 类 型 ， 那 么 就 会 执行 这 部 分 代码 。 

下 面 这 段 代 码 通过 简化 的 加 法 和 乘法 表达 式 展示 了 如 何 使 用 batternMatchExpr。 


代码 清单 19-1 使 用 模式 匹配 简化 表达 式 



























































public static Expr simplify (Expr e) { 


TriFunction<String, Expr, Expr, Expr> binopcase = < 处理 Binop 表达 式 
(opname, left, right) -> { 
if ("+".equals (opname)) { 
处 理 加 法 if (left instanceof Number && ((Number) left).val == 0) { 


return right; 


if (right instanceof Number && ((Number) right) .val == 0) { 
return left; 
} 
} 


i if ("*".equals (opname)) { 
处 理 乘法 if (left instanceof Number && ((Number) left).val == 1) { 
return right; 
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if (right instanceof Number && ((Number) right).val == 1) { 
return left; 
如 果 用 户 提 } 
供 的 Expr 无 } 处 理 Number 
法 识别 时 进 return new Binop (opname, left, right); 对 象 
行 的 默认 处 }; a 
理 机 制 Function<Integer, Expr> numcase = val -> new Number (val); 十 一 进行 模 
Supplier<Expr> defaultcase = () -> new Number (0); 式 匹配 
return patternMatchExpr(e, binopcase, numcase, defaultcase); 十 一 


} 
你 可 以 通过 下 面 的 方式 调用 简化 的 方法 : 














Expr e = new BinOp("+", new Number(5), new Number (0)); 

Expr match = simplify(e); 
; : | 打印 输出 5 

System.out .println (match); < 


目前 为 止 , 你 已 经 学 习 了 很 多 内 容 ， 包括 高 阶 函 数 、 柯 里 化 、 持 久 化 数据 结构 、 延 迟 列 表 以 
及 模式 匹配 。 现 在 来 看 一 些 更 加 微妙 的 技术 , 为 了 避免 将 前 面 的 内 容 弄 得 过 于 复杂 ,我们 刻意 地 
将 这 部 分 内 容 推 迟到 了 后 面 。 











19.5 ”杂项 


本 节 会 探讨 两 个 关于 函数 式 和 引用 透明 性 的 比较 复杂 的 问题 , 一 个 是 效率 , 男 一 个 关乎 返回 
一 致 的 结果 。 这 些 都 是 非常 有 趣 的 问题 ， 直 到 现在 才 讨 论 是 因为 它们 通常 都 由 副作用 引起 , 并非 
我 们 要 介绍 的 核心 概念 。 我 们 还 会 探究 结合 器 的 思想 一 一 即 接受 两 个 或 多 个 方法 ( 函数 ) 做 参数 
且 返 回 结果 是 另 一 个 函数 的 方法 。 这 一 思想 直接 影响 了 新 增 到 Java 8 中 的 许多 API 和 最 近 以 来 
Java9 中 的 Flow API。 























19.5.1 缓存 或 记忆 表 


假设 你 有 一 个 无 副作用 的 方法 omputeNumberOfNogdes (Range) , 它 会 计算 一 个 树 形 网 络 中 
给 定 区 间 内 的 节点 数目 。 让 我 们 假设 该 网 络 不 会 发 生变 化 ， 即 该 结构 是 不 可 变 的 ， 然 而 调用 
computeNumberOfNodes 方法 的 代价 是 非常 昂贵 的 ， 因为 该 结构 需要 执行 递归 遍历 。 不 过 ， 你 
可 能 需要 多 次 地 计算 该 结果 。 如 果 你 能 保证 引用 透明 性 , 那么 有 一 种 聪明 的 方法 可 以 避免 这 种 宛 
余 的 开销 。 解 决 这 一 问题 的 一 种 比较 标准 的 方案 是 使 用 记忆 表 (memoization ) 为 方法 添加 
一 个 封装 器 ， 在 其 中 加 入 一 块 缓存 ( 比如 ， 利 用 一 个 HashMap ) 一 一 封装 器 被 调用 时 ， 首 先 查 
看 缓存 ， 看 请 求 的 “(参数 ,结果 ) 对 ”是 否 已 经 存在 于 缓存 中 。 如 果 已 经 存在 ， 那 么 方法 直接 返回 
缓存 的 结果 ; 否则 ,你 会 执行 computeNumberOfNodes 调用 ,不 过 从 封装 器 返回 之 前 ， 你 会 将 
新 计算 出 的 “(参数 ,结果 ) 对 ”保存 到 缓存 中 。 严 格 地 说 ， 这 种 方式 并 非 纯 粹 的 函数 式 解 决 方案 ， 
因为 它 会 修改 由 多 个 调用 者 共享 的 数据 结构 ， 不 过 这 上段 代码 的 封装 版 本 的 确 是 引用 透明 的 。 

实际 操作 上 ， 这 段 代 码 的 工作 如 下 : 
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final Map<Range, Integer> numberOfNodes = new HashMap<>(); 
Integer computeNumberOfNodesUsingCache (Range range) { 

Integer result = numberOfNodes.get (range); 

if (result != null){ 

return result; 

} 

result = computeNumberOfNodes (range);} 

numberOfNodes.put (range, result); 

return result; 


六 
省 


Javag 改进 了 Map 接口 ,提供 了 一 个 名 为 computeIfAbsent 的 方法 来 处 理 这 样 的 情况 。 
附录 B 会 介绍 这 一 方法 。 但 是 ， 我 们 在 这 里 也 提供 一 些 参考 ， 你 可 以 用 下 面 的 方式 调用 
computeIfAbsent 方法 ， 以 编写 出 结构 更 加 清晰 的 代码 : 
Integer computeNumberOfNodesUsingCache (Range range) { 

return numberOfNodes.computeIfAbsent (range, 


this::computeNumberOfNodes); 
} 


很 明显 5 方法 computeNumberOfNodesUsingCache 是 引用 透明 的 假设 Compute-— 
NumberOfNodes 也 是 引用 透明 的 )。 不 过 , 事实 上 ，numberofNogdes 处 于 可 变 共 享 状态 ,， 并且 
HashMap 也 没有 同步 " , 这 意味 着 该 段 代码 不 是 线程 安全 的 。 如 果 多 个 核对 numberOfNodes 执 
行 并 发 调用 ， 即 便 不 用 HashMap， 而 是 用 ( 由 锁 保护 的 ) Hashtable 或 者 (并 发 无 锁 的 ) 
ConcurrentHashMap, 可 能 都 无 法 达到 预期 的 性 能 ,因为 这 中 间 又 存在 由 于 发 现 某 个 值 不 在 Map 
中 , 需要 将 对 应 的 “(参数 ,结果 ) 对 ” 插 回 到 Map 而 引起 的 竞 态 条 件 。 这 意味 着 多 个 核 上 的 进程 可 
能 算出 的 结果 相同 ， 又 都 需要 将 其 加 入 到 Map 中 。 

从 刚才 讨论 的 各 种 纠结 中 , 我 们 能 得 到 的 最 大 收获 可 能 是 , 一 旦 并 发 和 可 变 状 态 的 对 象 揉 到 
一 起 ,它们 引起 的 复杂 度 要 远 超 我 们 的 想象 ， 而 函数 式 编程 能 从 根本 上 解决 这 一 问题 。 当 然 ， 这 
也 有 一 些 例外 , 比如 出 于 底层 性 能 的 优化 , 可 能 会 使 用 缓存 , 而 这 可 能 会 有 一 些 影 响 。 另 一 方面 ， 
如 果 不 使 用 缓存 这 样 的 技巧 ,如 果 你 以 函数 式 的 方式 进行 程序 设计 , 那 就 完全 不 必 担 心 你 的 方法 
是 否 使 用 了 正确 的 同步 方式 ， 因 为 你 清楚 地 知道 它 没有 任何 共享 的 可 变 状态 。 


19.5.2 “返回 同样 的 对 象 ”意味 着 什么 


再 次 回顾 一 下 19.2.3 节 中 二 又 树 的 例子 。 图 19-4 中， 变量 t 指向 了 一 棵 现存 的 树 ， 依 据 该 
图 , 调用 fupdate(fupqate("Wil1",26,t) 会 生成 一 棵 新 树 ， 假 设 该 树 会 被 赋 给 变量 t2。 通 
过 该 图 ， 我 们 非常 清楚 地 知道 变量 t， 以 及 所 有 它 可 达 的 数据 结构 都 是 不 会 变化 的 。 现 在 ,假设 
你 在 新 增 的 赋值 操作 中 执行 一 次 字面 上 和 上 一 操作 完全 相同 的 调用 ， 如 下 所 示 : 













































































@ 这 是 极其 容易 滋生 缺陷 的 地 方 。 我 们 很 容易 随意 地 使 用 HashMap, 却 忘 记 了 Java 文 档 中 的 提示 , 这 一 数据 结构 不 
是 线程 安全 的 (或 者 简单 地 说 ， 由 于 我 们 的 程序 是 单线 程 的， 而 毫 无 顾忌 地 使 用 )。 
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t3 = fupdate("Wil11"，26， 七 ) ; 


这 时 t3 会 指向 第 三 个 新 创建 的 节点 ， 该 节点 包含 了 和 上 2 一 样 的 数据 。 那 么 ， 问 题 来 了 : 
fupdate 是 否 符合 引用 透明 性 原则 呢 ? 引用 透明 性 原则 意味 着 “使 用 相同 的 参数 ( 即 这 个 例子 
的 情况 ) 产生 同样 的 结果 ”。 问 题 是 t2 和 t3 属于 不 同 的 对 象 引用 ， 所 以 (t2==t3) 这 一 结论 并 
不 成 立 ， 这 样 说 起 来 你 只 能 得 出 一 个 结论 : fupaate 并 不 符合 引用 透明 性 原则 。 虽 然 如 此 ， 使 
用 不 会 改动 的 持久 化 数据 结构 时 ，t2 和 t3 在 逻辑 上 并 没有 差别 。 对 于 这 一 点 我 们 已 经 辩论 了 
很 长 时 间 , 不 过 最 简单 的 概括 可 能 是 函数 式 编程 通常 不 使 用 == (引用 相等 )， 而 是 使 用 equal 对 
数据 结构 值 进行 比较 ， 由 于 数据 没有 发 生变 更 ， 因 此 这 种 模式 下 fupdate 是 引用 透明 的 。 


















































19.5.3 ”结合 器 


函数 式 编程 时 编写 高 阶 函 数 是 非常 普通 有 旦 自然 的 事 。 高 阶 函 数 接受 两 个 或 多 个 函数 , 并 返回 
另 一 个 函数 , 实现 的 效果 在 某 种 程度 上 类 似 于 将 这 些 函 数 进行 了 结合 。 术语 结 合 器 通常 用 于 描述 
这 一 思想 。Java8 中 的 很 多 API 都 受益 于 这 一 思想 ,比如 completableFuture 类 中 的 thencombine 
方法 。 该 方法 接受 两 个 CompletableFuture 方法 和 一 个 BiFunction 方法 ， 返回 男 一 个 
CompletableFuture 方法 。 

虽然 深入 探讨 函数 式 编程 中 结合 器 的 特性 已 经 超出 了 本 书 的 范畴 , 但 是 了 解 结合 器 使 用 的 一 
些 特例 还 是 非常 有 价值 的 , 它 能 让 我 们 切身 体验 函数 式 编程 中 构造 接受 和 返回 函数 的 操作 是 多 么 
普通 和 自然 。 下 面 这 个 方法 就 体现 了 函数 组 合 ( function composition ) 的 思想 : 




























































































static <A,B,C> Function<A,C> compose (Function<B,C> g, Function<A,B> f) { 
return x -> g.apply (f.apply (x)); 
} 


它 接受 函数 £ 和 g 作为 参数 ， 并 返回 一 个 函数 ， 实 现 的 效果 是 先 做 £， 接 着 做 g。 你 可 以 接 
着 用 这 种 方式 定义 一 个 操作 , 通过 结合 器 完成 内 部 迭代 的 效果 。 让 我 们 看 这 样 一 个 例子 ,你 希望 
接受 一 个 参数 ， 并 使 用 函数 £ 连续 地 对 它 进行 操作 ( 比如 nn 次 )， 类 似 循环 的 效果 。 我 们 将 你 的 











操作 命名 为 repeat ， 它 接受 一 个 参数 f，f 代表 了 一 次 迭代 中 进行 的 操作 ， 它 返回 的 也 是 一 个 19 


函数 ， 其 会 在 n 次 迭代 中 执行 。 像 下 面 这 样 一 个 方法 调用 
repeat (3, (Integer x) -> 2*x); 
形成 的 效果 是 x ->(2* (2* (2*x) ) ) 或 者 x -> 8*x。 
你 可 以 通过 下 面 这 段 代 码 进行 测试 : 
System.out .Drintln(repeat(3， (Integer x) -> 2*x) .apply (10)); 


输出 的 结果 是 80。 
你 可 以 按照 下 面 的 方式 编写 repeat 方法 (请 特别 留意 0 次 循环 的 特殊 情况 ): 


如 果 n 的 值 为 0, 直接 返回 
static <A> Function<A,A> repeat (int n, Function<A,A> f) { “什么 也 不 做 ”的 标识 符 


hea 4 < 一 
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: Compose(f, repeat (n-1, f)); < 
) 否则 执行 函数 上， 重复 执行 
n-1 次 ， 紧 接着 再 执行 一 次 
将 这 个 想法 稍 作 变更 便 可 以 对 迭代 概念 的 更 丰富 外 延 进行 建 模 , 甚至 包括 在 迭代 之 间 传 递 可 
变 状态 的 函数 式 模型 。 不 过 ,由 于 篇 幅 有 限 ， 我 们 就 不 再 继续 展开 讨论 了 。 本 章 的 目标 只 是 做 一 
个 概率 的 总 结 , 让 大 家 对 Java 8 的 基石 函数 式 编程 有 一 个 全 局 的 观念 。 市 面 上 还 有 很 多 优秀 的 书 ， 
其 对 函数 式 编程 进行 了 更 深入 的 介绍 ， 大 家 可 以 选择 适合 的 进一步 学 习 。 












































19.6 “小结 


以 下 是 本 章 中 的 关键 概念 。 

D 一 等 函数 是 可 以 作为 参数 传递 ， 可 以 作为 结果 返回 ， 同 时 还 能 存储 在 数据 结构 中 的 函数 。 
口 高 阶 函数 接受 至 少 一 个 或 者 多 个 函数 作为 输入 参数 ， 或 者 返回 另 一 个 函数 的 函数 。Java 
中 典型 的 高 阶 函 数 包括 comparing、andThen 和 compose。 

口 柯 里 化 是 一 种 帮助 你 模块 化 函数 和 重用 代码 的 技术 。 

口 持久 化 数据 结构 在 其 被 修改 之 前 会 对 自身 前 一 个 版 本 的 内 容 进行 备份 。 因 此 ， 使 用 该 技 
术 能 避免 不 必要 的 防御 式 复 制 。 

口 Java 语言 中 的 Stream 不 是 自 定 义 的 。 

口 延迟 列表 是 Java 语言 中 让 Stream 更 具 表 现 力 的 一 个 特性 。 延 迟 列表 让 你 可 以 通过 辅助 方 
法 ( supplier ) 即时 地 创建 列表 中 的 元 素 ， 辅 助 方法 能 帮忙 创建 更 多 的 数据 结构 。 

口 模式 匹配 是 一 种 函数 式 的 特性 ， 它 能 帮助 你 解 包 数 据 类 型 。 它 可 以 被 看 成 是 Java 语言 中 
switch 语句 的 一 种 泛 化 。 

口 遵守 “引用 透明 性 ”原则 的 函数 ， 其 计算 结构 可 以 进行 缓存 。 

口 结合 器 是 一 种 函数 式 的 思想 ， 它 指 的 是 将 两 个 或 多 个 函数 或 者 数据 结构 进行 合并 。 
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面向 对 象 和 哨 数 式 编 程 的 竟 
合 : Java 和 和 Scala 的 比较 








本 章 内 容 

日 作 信 尾 Scala 语 言 

口 Java 与 Scala 是 如 何 相生 相 承 的 

口 Scala 中 的 函数 与 Java 中 的 函数 有 哪些 区 别 
口 类 和 trait 








Scala 是 一 种 混合 了 面向 对 象 和 函数 式 编程 的 语言 。 它 常常 被 看 作 Java 的 一 种 替代 语言 ， 程 
序 员 们 希望 在 运行 于 JVM 上 的 静态 类 型 语言 中 使 用 函数 式 特性 ， 同 时 又 期 望 保持 Java 体验 的 一 
致 性 。 和 Java 比较 起 来 ，Scala 提供 了 更 多 的 特性 ， 包 括 更 复杂 的 类 型 系统 、 类 型 推 新 、 模 式 匹 
配 (19.4 节 提 到 过 )、 定 义 域 语言 的 结构 等 。 除 此 之 外 ,你 可 以 在 Scala 代码 中 直接 使 用 任何 一 个 
Java 类 库 。 

你 可 能 会 有 这 样 的 疑惑 : 为 什么 要 在 一 本 介绍 Java 的 书 里 特别 设计 一 章 讨 论 Scala。 本 书 绝 
大 部 分 内 容 都 在 介绍 如 何在 Java 中 应 用 函数 式 编程 。Scala 和 Java 极其 类 似 ， 它 们 都 支持 集合 的 
函数 式 处 理 (类 似 于 对 Stream 的 操作 )、 一 等 函数 和 默认 方法 。 不 过 Scala 将 这 些 思想 向 前 又 推 
进 了 一 大 步 : 它 为 实现 这 些 思想 提供 了 大 量 新 特性 ， 就 这 方面 而 言 它 领先 了 Java 一 大 截 。 相 信 
你 会 发 现 , 对 比 Scala 和 Java 实现 方式 上 的 不 同 以 及 了 解 Java 目前 的 局 限 是 非常 有 趣 的 。 通 过 这 
一 章 , 我 们 希望 能 针对 这 些 问题 为 你 提供 一 些 线索 , 解答 一 些 疑惑 。 然 而 本 章 的 目标 并 不 是 宣扬 
要 用 Scala 替代 Java。 事实 上 , JVM 支持 的 新 型 编程 语言 有 趣 的 还 不 少 , 譬如 Kotlin 就 值得 研究 。 
我 们 相信 ， 对 于 一 个 全 面 的 软件 工程 师 来 说 广泛 地 了 解 编程 语言 生态 系统 非常 重要 。 

请 记 住 ， 本 章 的 目的 并 非 让 你 掌握 如 何 编写 纯粹 的 Scala 代码 ,或 者 了 解 Scala 的 方方面面 。 
很 多 特性 ， 比 如 模式 匹配 ,在 Scala 中 是 天 然 支 持 的 ， 也 非常 容易 理解 ， 不 过 这 些 特性 在 Java 中 
并 未 提供 ， 这 部 分 内 容 在 这 里 不 会 涉及 。 本 章 着 重 对 比 Java 中 新 引入 的 特性 和 该 特性 在 Scala 中 
的 实现 ， 帮 助 你 更 全 面 地 理解 该 特性 。 比 如 ， 你 会 发 现 , 用 Scala 重新 实现 原先 用 Java 完成 的 代 
码 更 简单 ， 可 读 性 也 更 好 。 

本 章 从 对 Scala 的 介绍 人 手 : 让 你 了 解 如 何 使 用 Scala 编写 简单 的 程序 ， 以 及 如 何 处 理 集合 。 
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紧 接着 我 们 会 讨论 Scala 中 的 函数 式 ， 包 括 一 等 函数 、 闭 包 以 及 柯 里 化 。 最 后 ,我 们 会 一 起 看 看 
Scala 中 的 类 ， 以 及 一 种 名 为 trait 的 特性 ， 它 是 Scala 中 带 默认 方法 的 接口 。 








20.1 ”Scala 简介 


本 节 会 简要 地 介绍 Scala 的 一 些 基 本 特性 ， 让 你 有 一 个 比较 直观 的 感受 : 到 底 简单 的 Scala 程 
序 怎 么 编写 。 我 们 从 一 个 略微 改动 的 Hello World 示例 人 手 ， 该 程序 会 以 两 种 方式 编写 ， 一 种 是 命 
令 式 的 风格 ， 另 一 种 是 函数 式 的 风格 。 接 着 ， 我 们 会 看 看 Scala 都 支持 哪些 数据 结构 一 一 List、 
Set、Map、Stream、Tuple 以 及 option 一 一 并 将 它们 与 Java 中 对 应 的 数据 结构 一 一 进行 比较 。 
最 后 ， 我 们 会 介绍 trait， 它 是 Scala 中 接口 的 奉 代 品 ， 文 持 在 对 象 实例 化 时 对 方法 进行 继承 。 

































































20.1.1 你 好 ， 啤 酒 


我 们 对 经 典 的 Hello World 示例 进行 了 微调 ， 让 我 们 来 点 儿 啤 酒 。 你 希望 在 屏幕 上 打印 输出 
下 面 这 些 内 容 : 
Hello bottles of beer 


2 
Hello 3 bottles of beer 
Hello 4 bottles of beer 
5 
6 





Hello bottles of beer 
Hello bottles of beer 


1. 命令 式 Scala 
下 面 这 段 代码 中 ，Scala 以 命令 式 的 风格 打印 输出 这 段 内 容 : 


object Beer { 
def main(args: Array [String])t{ 
Va Ta CS 
while( n <= 6 ){ 在 字符 串 中 插值 
println(s"Hello ${n} bottles of beer") < 一 
jl 
} 
} 
} 


如 何 运行 这 段 代码 的 指导 信息 可 以 在 Scala 的 官方 网 站 找到 ”。 这 上 段 代码 看 起 来 和 你 用 Java 
编写 的 程序 相当 类 似 。 它 的 结构 和 Java 程序 几乎 一 样 : 包含 了 一 个 名 为 main 的 方法 , 该 方法 接 
受 一 个 由 参数 构成 的 数组 ( 类 型 注释 遵循 s : string 这 样 的 语法 ,不 像 Java 那样 用 string s )。 
由 于 main 方法 不 返回 值 ， 因 此 使 用 Scala 不 需要 像 Java 那样 声明 一 个 类 型 为 void 的 返回 值 。 

















注意 通常 而 言 ， 在 Scala 中 声明 非 递 归 的 方法 时 ， 不 需要 显 式 地 返回 类 型 ， 因 为 Scala 会 自动 
地 替 你 推断 生成 一 个 。 
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转 入 main 的 方法 体 之 前 ， 我 们 想 先 讨论 下 对 象 的 声明 。 不 管 怎样 ，Java 中 的 main 方法 都 
需要 在 某 个 类 中 声明 。 对 象 的 声明 产生 了 一 个 单 例 的 对 象 : 它 声明 了 一 个 对 象 ， 比 如 Beer， 与 
此 同时 又 对 其 进行 了 实例 化 ,整个 过 程 中 只 有 一 个 实例 被 创建 ,这 是 第 一 个 以 经 典 的 设计 模式 ( 即 
单 例 模式 ) 实现 语言 特性 的 例子 一 一 尽量 不 拘 一 格 地 使 用 它 ! 此 外 , 你 可 以 将 对 象 声 明 中 的 方法 
看 成 静态 的 ， 这 也 是 main 方法 的 方法 签名 中 并 未 显 式 地 声明 为 静态 的 原因 。 

现在 来 看 看 main 的 方法 体 。 它 看 起 来 和 Java 非常 类 似 ,但 是 语句 不 需要 再 以 分 号 结尾 了 ( 它 
成 了 一 种 可 选项 )。 方 法 体 中 包含 了 一 个 while 循环 ， 它 会 递增 一 个 可 修改 变量 n。 通 过 预定 义 
的 方法 println， 你 可 以 打印 输出 n 的 每 一 个 新 值 。println 这 一 行 还 展示 了 Scala 的 另 一 个 
特性 : 字符 串 插值 。 字 符 串 插值 在 字符 串 的 字面 量 中 内 藤 变 量 和 表达 式 。 前 面 的 这 段 代 码 中 ， 
你 在 字符 串 字面 量 s"Hello ${n} bottles of beer" 中 直接 使 用 了 变量 n。 字 符 串 前 附加 的 
插值 操作 符 s， 神 奇 地 完成 了 这 一 转变 。 而 在 Java 中 ， 你 通常 需要 使 用 显 式 的 连接 操作 ， 比 如 
"Hello " + n + "bottles of beer", 才能 达到 同样 的 效果 。 


















































2. 函数 式 Scala 
那么 ，Scala 到 底 能 带 来 哪些 好 处 呢 ? 毕竟 本 书 主要 讨论 的 还 是 函数 式 。 前 面 的 这 段 代 码 利 
用 Java 的 新 特性 能 以 更 加 函数 式 的 方式 实现 ， 如 下 所 示 : 


public class Foo { 
public static void main(String[] args) { 
IntStream.rangeClosed(2, 6) 
.forEach(n -> System.out.println("Hello " + nt+ 
" bottles of beer")); 
} 
} 


如 果 以 Scala 来 实现 ， 它 是 下 面 这 样 的 : 

















object Beer { 
def main(args: Array[String])t 
2 to 6 foreach { n => println(s"Hello ${n} bottles of beer") } 

, } 

这 种 实现 看 起 来 和 基于 Java 的 版 本 有 几 分 相似 ， 不 过 Scala 的 实现 更 加 简洁 。 首 先 ， 你 使 用 
表达 式 2 to 6 创建 了 一 个 区 间 。 这 看 起 来 相当 特别 : 2 在 这 里 并 非 原 始 数据 类 型 ， 在 Scala 中 
它 是 一 个 类 型 为 Int 的 对 象 。 在 Scala 语言 中 ， 任 何事 物 都 是 对 象 ， 不 像 Java 那样 ，Scala 没有 
原始 数据 类 型 一 说 了 。 通过 这 种 方式 , Scala 被 转变 成 为 了 纯粹 的 面向 对 象 语言 。 Scala 语言 中 Int 
对 象 支持 名 为 to 的 方法 ， 它 接受 另 一 个 Int 对 象 , 返回 一 个 区 间 。 所 以 ， 你 还 可 以 通过 另 一 种 
方式 实现 这 一 语句 ， 即 2 .to(6)。 由 于 接受 一 个 参数 的 方法 可 以 采用 中 缀 式 表达 ， 因 此 你 可 以 
用 开头 的 方式 实现 这 一 语句 。 紧 接着 , 我 们 看 到 了 foreach( 这 里 的 e 采用 的 是 小 写 ), 它 和 Java 
中 的 forgach (使 用 了 大 写 的 E) 也 很 类 似 。 它 是 对 一 个 区 间 进 行 操作 的 函数 (这 里 你 可 以 再 次 
使 用 中 缀 表达 式 )， 它 可 以 接受 Lambda 表达 式 做 参数 ， 对 区 间 的 每 一 个 元 素 顺 次 执行 操作 。 这 
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里 Lambda 表达 式 的 语法 和 Java 也 非常 类 似 , 区 别 是 箭头 的 表示 用 => 替 换 了 ->”。 前 面 的 这 段 代 
码 是 函数 式 的 : 因为 就 像 早期 使 用 while 循环 时 示例 的 那样 ， 你 并 未 修改 任何 变量 。 














20.1.2 ”基础 数据 结构 : List、Set、Map、Tuple、Stream 以 及 Option 


几 杯 啤酒 之 后 , 你 一 定 已 经 止 住 口 渴 , 精神 一 振 了 吧 ? 大 多 数 的 程序 都 需要 操纵 和 存储 数据 ， 
那么 ， 就 让 我 们 一 起 看 看 如 何在 Scala 中 操作 集合 ， 以 及 它 与 Java 中 操作 的 不 同 。 


1. 创建 集合 
在 Scala 中 创建 集合 非常 简单 ， 这 主要 归功 于 它 对 简洁 性 的 一 贯 坚持 。 比 如 ， 你 可 以 通过 下 
面 这 种 方式 创建 一 个 Map: 


val authorsToAge = Map("Raoul" -> 23, "Mario" -> 40, "Alan" -> 53) 


这 行 代码 中 ， 有 几 件 事情 是 我 们 首次 碰 到 的 。 首 先 ， 你 使 用 -> 语法 轻而易举 地 创建 了 一 个 
Map， 并 完成 了 键 到 值 的 映射 ， 整 个 过 程 令 人 吃惊 地 简单 。 你 不 再 需要 像 Java 中 那样 手工 添加 每 
一 个 元 素 : 


Map<String, Integer> authorsToAge = new HashMap<>(); 

authorsToAge.put ("Raoul", 23); 

authorsToAge.put ("Mario", 40); 

authorsToAge.put ("Alan", 53); 

不 过 ,第 8 章 中 介绍 过 ， 受 Scala 的 影响 ，Java 9 也 提供 了 一 系列 的 工厂 方法 ， 可 以 帮助 程 
序 员 以 更 简洁 的 方式 书写 代码 : 

Map<String, JInteger> authorsToAge 

= Map.ofEntries (entry ("Raoul", 23), 


entry ("Mario", 40), 
entry ("Alan", 53)); 


第 二 件 让 人 耳目 一 新 的 事 是 你 可 以 选择 不 对 变量 authorsToAge 的 类 型 进行 注解 。 实际 上 ， 
你 可 以 编写 val authorsTonage : Map[String，Int] 这 样 的 代码 ， 显 式 地 声明 变量 类 型 ， 
不 过 Scala 可 以 赫 你 推断 变量 的 类 型 ( 请 注意 ， 即 便 如 此 ， 代 码 依旧 会 执行 静态 检查 ! 所 有 变量 
在 编译 时 都 具有 确定 的 类 型 )。 第 21 章 会 继续 讨论 这 一 特性 。 第 三 ， 你 可 以 使 用 val 关键 字 替 
换 var。 二 者 之 间 存 在 什么 差别 吗 ? 关键 字 val 表明 变量 是 只 读 的 ， 并 由 此 不 能 被 赋值 ( 就 像 
Java 中 声明 为 final 的 变量 一 样 )。 而 关键 字 var 表明 变量 是 可 以 读 写 的 。 

听 起 来 不 错 ， 那 么 其 他 的 集合 类 型 呢 ?” 你 可 以 用 同样 的 方式 轻松 地 创建 List (一 种 单 向 链 
表 ) 或 者 set (不 带 匈 余数 据 的 集合 )， 如 下 所 示 : 


val authors = List("Raoul", "Mario", "Alan") 
val numbers = Set(1, 1, 2, 3, 5, 8) 
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这 里 的 变量 authors 包含 三 个 元 素 ， 而 变量 numbers 包含 五 个 元 素 。 























中 注意 ,在 Scala 语 言 中 ， 我 们 使 用 匿名 函数 或 者 闭 包 ( 可 以 互相 替换 ) 来 指 代 Java 中 的 Lambda 表达 式 。 
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2. 不 可 变 与 可 变 的 比较 

Scala 的 集合 有 一 个 重要 的 特质 我 们 应 该 牢记 在 心 ， 那 就 是 我 们 之 前 创建 的 集合 在 默认 情况 
下 都 是 不 可 变 的 。 这 意味 着 它们 从 创建 开始 就 不 能 修改 。 这 是 一 种 非常 有 用 的 特性 , 因为 有 了 它 ， 
你 知道 任何 时 候 访 问 程序 中 的 集合 都 会 返回 包含 相同 元 素 的 集合 。 

那么 ,你 怎样 才能 更 新 Scala 语言 中 不 可 变 的 集合 呢 ?” 回 到 上 一 章 中 介绍 的 术语 , Scala 中 的 
这 些 集合 都 是 持久 化 的 : 更 新 一 个 Scala 集合 会 生成 一 个 新 的 集合 ， 这 个 新 的 集合 和 之 前 版 本 的 
集合 共享 大 部 分 的 内 容 ， 最 终 的 结果 是 数据 尽 可 能 地 实现 了 持久 化 ， 避 免 了 图 19-3 和 图 19-4 中 
那样 由 于 改变 所 引起 的 问题 。 由 于 具备 这 一 属性 ， 你 代码 的 隐 式 数据 依赖 更 少 ， 对 你 代码 中 集 
合 变 更 的 困惑 ( 比如 在 何 处 更 新 了 集合 ， 什 么 时 候 做 的 更 新 ) 也 会 更 少 。 

来 看 一 个 实际 的 例子 ， 具体 分 析 下 这 一 思想 是 如 何 影 响 你 的 程序 设计 的 。 下 面 这 段 代码 中 ， 
我 们 会 为 set 添加 一 个 元 素 : 





































































































a me ey 这 里 的 操作 符 + 会 将 8 添加 到 set 中 ， 
val newNumbers = numbers + 8 -一 创建 并 返回 一 个 新 的 set 对 象 
println (newNumbers) -一 (2, 5, 3, 8) 





println (numbers) 7] (2, 5, 3) 


这 个 例子 中 ， 原 始 set 对 象 中 的 数字 没有 发 生变 更 。 实 际 的 效果 是 该 操作 创建 了 一 个 新 的 
Set， 并 向 其 中 加 入 了 一 个 新 的 元 素 。 

注意 ，Scala 语言 并 未 强制 你 使 用 不 可 变 集合 ， 它 只 是 让 你 能 更 轻松 地 在 你 的 代码 中 应 用 不 
可 变 原 则 。scala.collection.mutable 包 中 也 包含 了 集合 的 可 变 版 本 。 





















































不 可 修改 与 不 可 变 的 比较 
Java 中 提供 了 多 种 方法 以 创建 不 可 修改 的 (unmodifiable ) 集合 。 下 面 的 代码 中 ， 变 量 
newNumbers 是 集合 Set 对 象 numbers 的 一 个 只 读 视图 : 


Set<Integer> numbers = new HashSet<>(); 
Set<Integer> newNumbers = Collections.unmodifiableSet (numbers); 


这 意味 着 你 无 法 通过 操作 变量 newNumbers 向 其 中 加 入 新 的 元 素 。 不 过 ， 不 可 修改 集合 
仅仅 是 对 可 变 集 合 进 行 了 一 层 封 装 。 通 过 直接 访问 numbers 变量 ,你 还 是 能 向 其 中 加 入 元 素 。 

与 此 相反 ， 不 可 变 (immutable ) 集合 确保 了 该 集合 在 任何 时 候 都 不 会 发 生变 化 ,无论 有 
多 少 个 变量 同时 指向 它 。 

第 19 章 介 绍 过 如 何 创建 一 个 持久 化 的 数据 结构 : 你 需要 创建 一 个 不 可 变数 据 结 构 ， 该 数 
据 结 构 会 保存 它 自 身 修改 之 前 的 版 本 。 任 何 的 修改 都 会 创建 一 个 更 新 的 数据 结构 。 


3. 使 用 集合 

现在 你 已 经 了 解 了 如 何 创 建 集合 , 还 需要 了 解 如 何 使 用 这 些 集合 开展 工作 。 我 们 很 快 会 看 到 
Scala 支持 的 集合 操作 和 Stream API 提供 的 操作 极其 类 似 。 比 如 ， 在 下 面 的 代码 片段 中 ， 你 会 发 
现 熟 悉 的 filter 和 map， 图 20-1 对 这 段 代码 钠 辑 进行 了 阐释 。 
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val fileLines = Source.fromFile("data.txt") .getLines.toList() 
val linesLongUpper 
= fileLines.filter(l1l => 1l.length() > 10) 
.map(l1 => 1.toUpperCase()) 


.> LLength() > 10 1 => 1.toUpperCase() 
输入 EE map 结果 














图 20-1 使 用 Scala 的 List 实现 类 streanm 操作 


不 用 担心 第 一 行 的 内 容 , 它 实 现 的 基本 功能 是 将 文件 中 的 所 有 行 转换 为 一 个 字符 串 列表 ( 类 
似 Java 中 提供 的 Files .readAllLines )。 第 二 行 创建 了 一 个 由 两 个 操作 构成 的 流水 线 : 

口 filter 操作 会 过 滤 出 所 有 长 度 超过 10 的 行 ; 

口 map 操作 会 将 这 些 长 的 字符 串 统一 转换 为 大 写字 符 。 

这 段 代 码 也 可 以 用 下 面 的 方式 实现 : 








/ 
































val linesLongUpper 
= fileLines filter (_.length() > 10) map(_.toUpperCase()) 


这 上段 代码 使 用 了 中 缀 表达 式 和 下 划 线 (_), 下 划 线 是 一 种 占 位 符 , 它 按照 位 置 匹 配对 应 的 参 
数 。 这 个 例子 中 ,你 可 以 将 _.1length() 解 读 为 1 =>1.1ength()。 在 传递 给 filter 和 map 
的 函数 中 ， 下 划 线 会 被 绑 定 到 待 处 理 的 1ine 参数 。 

Scala 的 Collection API 提供 了 很 多 非常 有 用 的 操作 。 强烈 建议 你 抽空 浏览 一 下 Scala 的 文档 ， 
和 这些 API 有 一 个 大 致 的 了 解 。 注 意 ，Scala 的 集合 类 提供 的 功能 比 Stream API 提供 的 功能 还 丰 
富 很 多 ， 比 如 ，Scala 的 集合 类 支持 压缩 操作 ， 你 可 以 将 两 个 列表 中 的 元 素 整 合 到 一 个 列表 中 。 
通过 学 习 , 一 定 能 大 大 增强 你 的 功力 。 这 些 编程 技巧 在 将 来 的 Java 版 本 中 也 可 能 会 被 Stream API 
所 引入 。 

最 后 ， 还 记得 吗 ? 在 Java 中 你 可 以 对 stream 调用 barallel 方法 ， 将 流水 线 转 化 为 并 行 
执行 。Scala 提供 了 类 似 的 技巧 。 你 只 需要 使 用 方法 par 就 能 实现 同样 的 效果 : 








> 























val linesLongUpper 
= fileLines.par filter (_.length() > 10) map(_.toUpperCase()) 


4. 元 组 

现在 ， 让 我 们 看 看 另 一 个 特性 ， 该 特性 使 用 起 来 通常 异常 烦琐 ， 它 就 是 元 组 。 你 可 能 希望 使 
用 元 组 将 人 的 名 字 和 电话 号 码 组 合 起 来 ,同时 又 不 希望 额外 声明 新 的 类 ， 并 对 其 进行 实例 化 。 你 
希望 元 组 的 结构 就 像 : ("Raoul", "+44 7700 700042")、 ("Alan", "+44 7700 700314") ， 
诸如 此 类 。 
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非常 不 幸 ，Java 目前 还 不 支持 元 组 ， 所 以 你 只 能 创建 自己 的 数据 结构 。 下 面 是 一 个 简单 的 
Pair 类 定义 : 


public class Pair<Xx, Y> { 
public final XxX x; 
pUbLLe' €1naL YY eo; 
DUublie. Parr(X x Ey){ 
七 用 二 全 二 区 ; 
this.y 


XxX; 


bb 
} 
当然 ， 你 还 需要 显 式 地 实例 化 Pair 对 象 : 


Pair<String, String> raoul = new Pair<>("Raoul", "+ 44 7700 700042") 
Pair<String, String> alan = new Pair<>("Alan", "+44 7700 700314"); 


好 了 , 看 起 来 一 切 顺利 , 不 过 如 果 是 三 元 组 呢 ? 如 果 是 自 定义 大 小 的 元 组 呢 ? 这 个 问题 就 变 得 相 
当 烦 琐 ， 最 终 会 影响 你 代码 的 可 读 性 和 可 维护 性 。 

Scala 提供 了 名 为 元 组 字面 量 的 特性 来 解决 这 一 问题 ， 这 意味 着 你 可 以 通过 简单 的 语法 糖 创 
建 元 组 ， 就 像 普通 的 数学 符号 那样 : 


val raoul = ("Raoul", "+ 44 7700 700042") 
val alan = ("Alan", "+44 7700 700314") 


Scala 支持 任意 大 小 "的 元 组 ， 所 以 下 面 的 这 些 声明 都 是 合法 的 : 





















































| 本 Re 人 ee "Manning") < 元 组 类 型 为 (Int，string, 
val numbers = (42, 0, 3, ) < 元 组 类 型 为 (Int, Int，, String) 
Int, Int, Int) 


你 可 以 依据 它们 的 位 置 ， 通 过 存 取 器 (accessor ) _1、_2( 从 1 开始 的 一 个 序列 ) 访问 元 组 
中 的 元 素 ， 比 如 : 


Println(book._ 1) -一 打印 输出 2018 
._4) 一 打印 输出 3 





























println (numbers 





是 不 是 比 Java 语言 中 现 有 的 实现 方法 简单 很 多 ? 好 消息 是 关于 将 元 组 字面 量 引 入 到 未 来 
Java 版 本 的 讨论 正在 进行 中 (第 21 章 会 围绕 这 一 主题 进行 更 深入 的 讨论 )。 








5. Stream 

目前 为 止 所 讨论 的 集合 ， 包 括 List 、set 、Map 和 Tuple 都 是 即时 计算 的 ( 即 在 第 一 时 间 
立刻 进行 计算 )。 当 然 ， 你 也 已 经 了 解 Java 中 的 Stream 是 按 需 计 算 的 ( 即 延迟 计算 )。 通 过 第 $ 
章 ， 你 知道 由 于 这 一 特性 ，Stream 可 以 表示 无 限 的 序列 ， 同 时 又 不 消耗 太 多 的 内 存 。 

Scala 中 也 提供 了 一 个 采用 延迟 方式 计算 的 数据 结构 ,名称 也 叫 Stream! 不 过 Scala 中 的 Stream 









































GD Scala 元 组 中 元 素 的 最 大 上 限 为 22。 
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提供 了 更 加 丰富 的 功能 , 这 让 Java 中 的 Stream 有 些 黯 然 失 色 。Scala 中 的 Stream 可 以 记录 它 曾经 
计算 出 的 值 ， 所 以 之 前 的 元 素 可 以 随时 进行 访问 。 除 此 之 外 ，Stream 还 进行 了 索引 ,所 以 Stream 
中 的 元 素 可 以 像 List 那样 通过 索引 访问 。 注 意 ， 这 种 抉择 也 附带 着 开销 ， 由 于 需要 存储 这 些 额 
外 的 属性 ， 和 Java 中 的 Stream 比 起 来 ，Scala 版 本 的 Stream 内 存 的 使 用 效率 变 低 了 ， 因 为 Scala 
中 的 Stream 需要 能 够 回溯 之 前 的 元 素 , 这 意味 着 之 前 访问 过 的 元 素 都 需要 在 内 存 “ 记 录 下 来 ”( 即 
进行 缓存 )。 














6. option 
男 一 个 你 熟悉 的 数据 结构 是 option。 我 们 在 第 11 章 讨 论 过 Java 的 optional，option 是 
Java 中 optional 类 型 的 Scala 版 本 。 建 议 你 在 设计 API 时 尽 可 能 地 使 用 optional， 这 种 方式 
下 ,接口 用 户 只 需要 阅读 方法 签名 就 能 了 解 它 是 否 接受 一 个 optional 的 值 ,。 应 该 尽量 地 用 它 替 
代 nul1， 避 免 发 生 空 指针 异常 。 
第 11 章 中 ， 你 了 解 了 可 以 使 用 optional 返回 客户 的 保险 公司 名 称 
过 设置 的 最 低 值 ， 就 返回 该 客户 对 应 的 保险 公司 名 称 ， 具 体 代 码 如 下 : 
public String getCarInsuranceName (Optional<Person> person, int minAge) { 
return person.filter(p -> p.getAge() >= minAge) 
.flatMap (Person: :getCar) 
.flatMap (Car: :getInsurance) 


.map (Insurance: :getName) 
.orElse ("Unknown"); 














如 果 客 户 的 年 龄 超 











} 
在 Scala 语言 中 ,你 可 以 通过 使 用 与 optional 类 似 的 方法 使 用 option 实现 该 函数 : 

















def getCarInsuranceName (person: Option[Person], minAge: Int) = 
person.filter(_.age >= minAge) 
.flatMap(_.car) 
.flatMap(_.insurance) 
.map (_.name) 
.getOorElse ("Unknown") 


这 上段 代码 中 除了 getorElse 方法 , 其 他 的 结构 和 方法 你 一 定 都 非常 熟悉 , getorElse 是 与 
Java 中 orElse 等 价 的 方法 。 你 看 到 了 吗 ? 在 本 书 中 学 习 的 新 概念 能 直接 应 用 于 其 他 语言 ! 然而 ， 
不 幸 的 是 , 为 了 保持 同 Java 的 兼容 性 , 在 Scala 中 依旧 保持 了 nul1, 不 过 我 们 极度 不 推荐 你 使 用 它 。 















































20.2 ”函数 


Scala 中 的 函数 可 以 看 成 为 了 完成 某 个 任务 而 组 合 在 一 起 的 指令 序列 。 它 们 对 于 抽象 行为 非 
常 有 帮助 ， 是 函数 式 编程 的 基石 。 

对 于 Java 语言 中 的 方法 ， 你 已 经 非常 熟悉 了 : 它们 是 与 类 相关 的 函数 。 你 也 已 经 了 解 了 
Lambda 表达 式 , 它 可 以 看 成 一 种 匿名 函数 。 跟 Java 比较 起 来 ，Scala 为 函数 提供 的 特性 要 丰富 得 
多 ， 本 节 会 逐一 讲解 。Scala 提供 了 下 面 这 些 特性 。 
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口 函数 类 型 ， 它 是 一 种 语法 糖 ， 体 现 了 Java 语言 中 函数 描述 符 的 思想 ， 即 ， 它 是 一 种 符号 ， 
表示 了 在 函数 接口 中 声明 的 抽象 方法 的 签名 。 这 些 内 容 第 3 章 中 都 介绍 过 。 
口 能 够 读 写 非 本 地 变量 的 匿名 函数 ， 而 Java 中 的 Lambda 表达 式 无 法 对 非 本 地 变量 进行 写 








操作 。 
口 对 柯 里 化 的 支持 ， 这 意味 着 你 可 以 将 一 个 接受 多 个 参数 的 函数 拆 分 成 一 系列 接受 部 分 参 
数 的 函数 。 


20.2.1 Scala 中 的 一 等 函数 


函数 在 Scala 语言 中 是 一 等 值 。 这 意味 着 它们 可 以 像 其 他 的 值 ， 比 如 Integer 或 者 String 
那样 ， 作 为 参数 传递 ， 可 以 作为 结果 值 返回 。 正 如 前 面 章 节 所 介绍 的 那样 ，Java 中 的 方法 引用 和 
Lambda 表达 式 也 可 以 看 成 一 等 函数 。 

让 我 们 看 一 个 例子 , 看 看 Scala 中 的 一 等 函数 是 如 何 工作 的 。 假设 你 现在 有 一 个 字符 串 列表 ， 
列表 中 的 值 是 朋友 们 发 送 给 你 的 消息 (tweet )。 你 希望 依据 不 同 的 筛选 条 件 对 该 列表 进行 过 滤 ， 
比如 ， 你 可 能 想 要 找 出 所 有 提 及 Java 这 个 词 或 者 短 于 某 个 长 度 的 消息 。 你 可 以 使 用 谓词 〈 返 回 
一 个 布尔 型 结果 的 函数 ) 定义 这 两 个 筛选 条 件 ， 代 码 如 下 : 


def 1isJavaMentioned(tweet : String) : Boolean = tweet .contains ("Java") 
def isShortTweet (tweet: String) : Boolean = tweet .length() < 20 


在 Scala 语言 中 ， 你 可 以 直接 传递 这 两 个 方法 给 内 般 的 filter， 如 下 所 示 ( 这 和 你 在 Java 
中 使 用 方法 引用 将 它们 传递 给 某 个 函数 大 同 小 异 ): 
val tweets = List( 
"I love the new features in Java", 
"How's it going?" 
"An SQL query walks into a bar, sees two tables and says 'Can I join you?'" 
) 


tweets.filter(isJavaMentioned) .foreach (println) 
tweets.filter(isShortTweet) .foreach (println) 


现在 ， 让 我 们 一 起 审视 下 内 巷 方 法 filter 的 函数 签名 : 
def filter[T] (p: (T) => Boolean): List[T] 


你 可 能 会 疑惑 参数 p 到 底 代 表 的 是 什么 类 型 ( 即 (T) => Boolean )， 因 为 在 Java 语 言 中 你 
期 望 看 到 的 是 一 个 函数 接口 ! 这 其 实 是 一 种 新 的 语法 ，Java 中 和 暂时 还 不 支持 。 它 描述 的 是 一 个 函 
数 类 型 。 这 里 它 表示 的 是 这 样 一 个 函数 , 它 接受 类 型 为 T 的 对 象 , 返回 一 个 布尔 类 型 的 值 。 在 Java 
语言 中 , 它 被 编码 为 Predicate<T> 或 者 Function<T，Boolean>o 它 实际 上 与 1sJavaMentioned 
和 isShortTweet 具有 类 似 的 函数 签名 , 所 以 你 可 以 将 它们 作为 参数 传递 给 filter 方法 。Java 
语言 的 设计 者 们 为 了 保持 语言 与 之 前 版 本 的 一 致 性 , 决定 不 引入 类 似 的 语法 。 对 于 一 门 语言 的 新 
版 本 ， 引 入 太 多 的 新 语法 会 增加 它 的 学 习 成 本 ,种 来 额外 学 习 人 负担 。 
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20.2.2 ”匿名 函数 和 闭 包 


Scala 也 支持 匿名 函数 。 匿 名 函数 和 Lambda 表达 式 的 语法 非常 类 似 。 下 面 的 这 个 例子 中 , 你 
将 一 个 匿名 函数 赋值 给 了 名 为 isLongTweet 的 变量 ,该 匿名 函数 的 功能 是 检查 给 定 的 消息 长 度 ， 


判断 它 是 否 超 长 : 
这 是 一 个 函数 类 型 的 变量 ， 它 接受 一 个 
val isLongTweet : String => Boolean -< | String 参数 ， 返 回 一 个 布尔 类 型 的 值 
= (tweet : String) => tweet.length() > 60 +4— 
| 一 个 匿名 函数 


在 新 版 的 Java 中 ， 你 可 以 使 用 Lambda 表达 式 创建 函数 式 接口 的 实例 。Scala 也 提供 了 类 似 
的 机 制 。 前 面 的 这 段 代 码 是 Scala 中 声明 匿名 类 的 语法 糖 。Functionl ( 只 带 一 个 参数 的 函数 ) 
提供 了 apply 方法 的 实现 : 















































val isLongTweet : String => Boolean 
= new Functionl[String, Boolean] { 
def apply (tweet: String): Boolean = tweet.length() > 60 
} 


由 于 变量 isLongTweet 中 保存 了 类 型 为 Function1 的 对 象 ， 因 此 你 可 以 调用 它 的 apply 
方法 ， 这 看 起 来 就 像 下 面 的 方法 调用 : 
isLongTweet .apply ("A very short tweet") < 一 返回 false 


如 果 用 Java， 你 可 以 采用 下 面 的 方式 : 











Function<String, Boolean> isLongTweet = (String s) -> s.length() > 60; 
boolean long = isLongTweet.apply ("A very Short tweet"); 


为 了 使 用 Lambda 表达 式 , Java 提供 了 几 种 内 置 的 函数 式 接口 , 比如 Predicate、 Function 
和 Consumer。Scala 提供 了 trait (你 可 以 暂时 将 trait 想象 成 接口 ) 来 实现 同样 的 功能 : 从 
Function0 (一 个 函数 不 接受 任何 参数 ， 并 返回 一 个 结果 ) 到 Function22 (一 个 函数 接受 22 
个 参数 )， 它 们 都 定义 了 apply 方法 。 

Scala 还 提供 了 另 一 个 非常 酷 炫 的 特性 ， 你 可 以 使 用 语法 糖 调用 apply 方法 ， 效 果 就 像 一 次 
函数 调用 : 















































isLongTweet ("A very short tweet") | 一 返回 false 

编译 器 会 目 动 地 将 方法 调用 f(a) 转 换 为 £.apply (a)。 更 一 般 地 说 ， 如 果 f 是 一 个 支持 
apply 方法 的 对 象 ( 注 : apply 可 以 有 任意 数目 的 参数 )， 那 么 对 方法 f(al1，. . .，an) 的 调用 
就 会 被 转换 为 £.apply (al,...，an)。 

闭 包 





第 3 章 中 我 们 曾经 抛 给 大 家 一 个 问题 : Java 中 的 Lambda 表达 式 是 否 是 借 由 闭 包 组 成 的 。 温 
习 一 下 ,那么 什么 是 财 包 呢 ? 闭 包 是 一 个 函数 实例 , 它 可 以 不 受 限 制 地 访问 该 函数 的 非 本 地 变量 。 
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不 过 Java 中 的 Lambda 表达 式 自身 带 有 一 定 的 限制 : 它们 不 能 修改 定义 Lambda 表达 式 的 函数 中 
的 本 地 变量 值 。 这 些 变量 必须 隐 式 地 声明 为 final。 这 些 背景 知识 有 助 于 我 们 理解 “Lambda 避 
免 了 对 变量 值 的 修改 ， 而 不 是 对 变量 的 访问 ”。 

与 此 相反 ，Scala 中 的 匿名 函数 可 以 取得 自身 的 变量 ,但 并 非 变量 当前 指向 的 变量 值 。 比 如 ， 
下 面 这 段 代 码 在 Scala 中 是 可 能 的 : 






































def main(args: Array[String]) { 、 
这 是 一 个 闭 包 ， 它 


Var count = 0 
val inc = () => count+=1 区 | 捕获 并 递增 count 
inc () 

println (count) < 一 打印 输出 1 

Tc) 

println (count) < 一 打印 输出 2 


} 
不 过 在 Java 中 ,下面 的 这 段 代 码 会 遭遇 编译 错误 , 因为 count 隐 式 地 被 强制 定义 为 final: 





public static void main(String[] args) { 


int count = 0; 彰 误 : count 必须 为 final 
Runnable inc = () -> count+=1; | 或 者 在 效果 上 为 final 
inc.run(); 

System.out.println (count); 

Te Sune( )3 


} 


第 7、18 以 及 19 章 兽 多 次 提 到 你 应 该 尽量 避免 修改 ， 这 样 你 的 代码 更 加 易于 维护 和 并 发 运 
行 ， 所 以 请 在 绝对 必要 时 才 使 用 这 一 特性 。 





20.2.3 柯 里 化 


在 第 19 章 中 ， 我 们 描述 了 一 种 名 为 柯 里 化 的 技术 : 带 有 两 个 参数 ( 比如 x 和 y ) 的 函数 f 
可 以 看 成 一 个 仅 接 受 一 个 参数 的 函数 g， 函数 g 的 返回 值 也 是 一 个 仅 带 一 个 参数 的 函数 。 这 一 定 
义 可 以 归纳 为 接受 多 个 参数 的 函数 可 以 转换 为 多 个 接受 一 个 参数 的 函数 。 换 句 话 说 , 你 可 以 将 一 
个 接受 多 个 参数 的 函数 切 分 为 一 系列 接受 该 参数 列表 子 集 的 函数 。Scala 为 此 特别 提供 了 一 个 构 
造 器 ， 帮 助 你 更 加 轻松 地 柯 里 化 一 个 现存 的 方法 。 

为 了 理解 Scala 到 底 带 来 了 哪些 变化 ， 先 回顾 一 个 Java 的 示例 。 你 定义 了 一 个 简单 的 函数 对 
两 个 正 整数 做 乘法 运算 : 

Statie Tnt mltiDly (nt Xr nt YY} i{ 

hy 

Ce x = mt iply (2 10)s 

不 过 这 种 定义 方式 要 求 向 其 传递 所 有 的 参数 才能 开始 工作 。 你 可 以 人 工地 对 multiple 方法 
进行 切 分 ， 让 其 返回 男 一 个 函数 : 
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static Function<Integer, Integer> multiplyCurry (int x) { 
return (Integer y) ->x* y; 


} 

由 multiplyCurry 返回 的 函数 会 捕获 x 的 值 ， 并 将 其 与 它 的 参数 y 相 乘 ， 然 后 返回 一 个 
整 型 结果 。 这 意味 着 你 可 以 像 下 面 这 样 在 一 个 map 中 使 用 multiplycurry， 对 每 一 个 元 素 值 
乘 以 2: 

SETeamor (tt, BH Sy 7) 


.map (multiplyCurry (2)) 
.forEach(System.out::println); 


这 样 就 能 得 到 计算 的 结果 2、6、10、14。 这 种 方式 工作 的 原因 是 map 期 望 的 参数 为 一 个 函 
数 ， 而 multiplyCurry 的 返回 结果 就 是 一 个 郴 数 。 

现在 的 Java 语言 中 ， 为 了 构造 柯 里 化 的 形式 需要 你 手工 地 切 分 函数 ( 尤其 是 函数 有 非常 多 
的 参数 时 ), 这 是 极其 枯燥 的 事情 。Scala 提供 了 一 种 特殊 的 语法 可 以 自动 完成 这 部 分 工作 。 比 如 ， 
正常 情况 下 ， 你 定义 的 multiply 方法 如 下 所 示 : 



























































def multidly (x ; TInt Yr Tnty) = 才 率 
val r = multiply(2, 10) 
该 函数 的 柯 里 化 版 本 如 下 : 
def multiplyCurry (x :Int)(y : Int) =x*y [一 定义 一 个 柯 里 化 函数 
val r = multiplyCurry (2) (10) -一 调用 该 柯 里 化 函数 





使 用 语法 (x: Int) (y: Int), 方法 multiplyCurry 接受 两 个 由 一 个 Int 参数 构成 的 参 
数列 表 。 与 此 相反 ，multiply 接受 一 个 由 两 个 Int 参数 构成 的 参数 列表 。 当 你 调用 
multiplyCurry 时 会 发 生 什么 呢 ?multiplycurry 的 第 一 次 调用 使 用 了 单一 整 型 参数 ( 参数 
x)， 即 multiplycurry(2)， 返 回 另 一 个 函数 ， 该 函数 接受 参数 y， 并 将 其 与 它 捕获 的 变量 x 
( 这 里 的 值 为 2 ) 相 乘 。 正 如 19.1.2 节 介 绍 的 ， 我们 称 这 个 函数 是 部 分 应 用 的 ， 因 为 它 并 未 提供 
所 有 的 参数 。 第 二 次 调用 对 x 和 y 进行 了 乘法 运算 。 这 意味 着 你 可 以 将 对 multiplycurry 的 第 
一 次 调用 保存 到 一 个 变量 中 ， 进 行 复 用 : 


val multiplyByTwo : Int => Int = multiplyCurry (2) 
val r = multiplyByTwo (10) < 20 


和 Java 比较 起 来 ， 在 Scala 中 你 不 再 需要 像 这 里 这 样 手工 地 提供 函数 的 柯 里 化 形式 。Scala 
提供 了 一 种 方便 的 函数 定义 语法 ， 能 轻松 地 表示 函数 使 用 了 多 个 柯 里 化 的 参数 列表 。 




































































20.3 类 和 trait 


现在 来 看 看 类 与 接口 在 Java 和 Scala 中 的 不 同 。 这 两 种 结构 在 我 们 设计 应 用 时 都 很 常用 。 你 
会 看 到 相对 于 Java 的 类 和 接口 ，Scala 的 类 和 接口 提供 了 更 多 的 灵活 性 。 
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20.3.1 更 加 简洁 的 Scala 类 


由 于 Scala 也 是 一 门 完全 的 面向 对 象 语 言 ， 因 此 你 可 以 创建 类 ， 并 将 其 实例 化 生成 对 象 。 最 
基础 的 形态 上 , 声明 和 实例 化 类 的 语法 与 Java 非常 类 似 。 比 如 ,下面 是 一 个 声明 Hello 类 的 例子 : 

















class Hello { 
def sayThankYou(){ 
println("Thanks for reading our book") 
} 
val h = new Hello() 
h.sayThankYou () 


getter 方法 和 setter 方法 

一 旦 你 定义 的 类 具有 了 字段 ， 这 件 事情 就 变 得 有 意思 了 。 你 磁 到 过 单纯 只 定义 字段 列表 的 
Java 类 吗 ? 很 明显 ， 你 还 需要 声明 一 长 串 的 getter 方法 、setter 方法 ， 以 及 恰当 的 构造 右 。 
多 麻烦 啊 ! 除 此 之 外 ， 你 还 需要 为 每 一 个 方法 编写 测试 。 在 企业 Java 应 用 中 ， 大 量 的 代码 都 消 
耗 在 了 这 样 的 类 中 。 比 如 下 面 这 个 简单 的 student 类 : 





public class Student { 

private String name; 

private int id; 

public Student (String name) { 
this.name = name; 
} 
public String getName() { 
return name; 
} 
public void setName (String name) { 
this.name = name; 
} 
public int getId() { 
return id; 
} 
public void setIdq(int id) { 

this.id a 1d 





} 

} 

你 需要 手工 定义 构造 器 对 所 有 的 字段 进行 初始 化 ， 还 要 实现 两 个 getter 方法 和 两 个 
setter 方法 。 一 个 非常 简单 的 类 现在 需要 超过 20 行 的 代码 才能 实现 ! 有 的 集成 开发 环境 或 者 工 
具 能 帮 你 自动 生成 这 些 代 码 , 不 过 你 的 代码 库 中 还 是 需要 增加 大 量 额 外 的 代码 ,而 这 些 代 码 与 你 
实际 的 业务 逻辑 并 没有 太 大 的 关系 。 

Scala 语言 中 构造 器 、gettez 方法 以 及 setter 方法 都 能 隐 式 地 生成 , 从 而 大 大 降低 你 代码 
中 的 元 余 : 
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这 人 
class Student (var name: String, var id: Int) | Student 
val s = new Student ("Raoul", 1) < 一 对 象 





Println(s.name) SE 取得 名 称 , 打印 
.id = 1337 导 名 称 ， 
ne “1 设置 ia 输出 Raoul 

2 < 一 打印 输出 1337 


在 Java 中 ， 可 以 通过 定义 公共 字段 来 获得 类 似 的 行为 ,但 仍然 需要 显 式 地 定义 构造 函数 。 


Scala 类 为 你 保存 模板 代码 。 


20.3.2 ”Scala 的 trait 与 Java 8 的 接口 对 比 


接 


了 > 


持 





Scala 还 提供 了 另 一 个 非常 有 助 于 抽象 对 象 的 特性 , 名 称 叫 trait。 它 是 Scala 为 实现 Java 中 的 





口 而 设计 的 替代 品 。trait 中 既 可 以 定义 抽象 方法 ， 也 可 以 定义 高 有 默认 实现 的 方法 。trait 同时 
还 支持 Java 中 接口 那样 的 多 继承 ， 所 以 你 可 以 将 它们 看 成 与 Java 中 接口 类 似 的 特性 ， 它 们 都 支 
默认 方法 。trait 中 还 可 以 包含 像 抽象 类 这 样 的 字段 ， 而 Java 的 接口 不 支持 这 样 的 特性 。 那 么 ， 




















trait 就 类 似 于 抽象 类 吗 ? 显然 不 是 ， 因 为 trait 支持 多 继承 ， 而 抽象 类 不 支持 多 继承 。Java 支持 类 
型 的 多 继承 ， 因 为 一 个 类 可 以 实现 多 个 接口 。 现 在 ，Java 8 通过 默认 方法 又 引入 了 对 行为 的 多 继 


承 ， 








不 过 它 依旧 不 支持 对 状态 的 多 继承 ， 而 这 恰恰 是 tait 支持 的 。 
为 了 展示 Scala 中 的 trait 到 底 是 什么 样 , 来 看 一 个 例子 。 我 们 定义 了 一 个 名 为 Sizea 的 trait， 





它 包含 一 个 名 为 si ze 的 可 变 字段 ， 以 及 一 个 融 有 默认 实现 的 isEmpty 方法 : 





trait Sizedf 名 为 size 的 字段 带 默认 实现 的 
var size : Int = 0 < isEmpty 方法 
def isEmpty() = size == 0 


} 
你 现在 可 以 使 用 一 个 类 在 声明 时 构造 它 ， 下 面 这 个 例子 中 Empty 类 的 size 恒定 为 0: 


class Empty extends Sized | 一 一 个 继承 自 trait sized 的 类 
println(new Empty() .isEmpty()) < 打印 输出 true 


有 一 件 事 非常 有 趣 ，trait 和 Java 的 接口 类 似 , 也 是 在 对 象 实例 化 时 被 创建 (不 过 这 依旧 是 一 

















个 编译 时 的 操作 )。 比 如 ， 你 可 以 创建 一 个 Box 类 ， 动 态 地 决定 到 底 选 择 哪 一 个 实例 支持 由 trait 

















Sized 定义 的 操作 : 
class Box 在 对 象 实例 化 时 构建 trait 
val bl = new Box() with Sized < 一 
println(b1.isEmpty()) < 打印 输出 true 
val b2 = new Box() 
b2 .isEmpty () < 一 编译 错误 : 因为 Box 类 


的 声明 并 未 继承 sized 
如 果 一 个 类 继承 了 多 个 trait, 各 trait 中 声明 的 方法 又 使 用 了 相同 的 签名 或 者 相同 的 字段 ,这 





时 会 发 生 什么 情况 ?为 了 解决 这 些 问题 ，Scala 中 定义 了 一 系列 限制 , 这 些 限制 和 之 前 在 第 13 章 
介绍 默认 方法 时 的 限制 极其 类 似 。 
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20.4 小 结 


以 下 是 本 章 中 的 关键 概念 。 

口 Java 和 Scala 都 是 整合 了 面向 对 象 编程 和 函数 式 编程 特性 的 编程 语言 ,它们 都 运行 于 JVM 
之 上 ， 在 很 多 时 候 可 以 相互 操作 。 

口 Scala 支持 对 集合 的 抽象 ， 支 持 处 理 的 对 象 包括 List、Set、Map、Stream 和 Option， 

这 些 和 Java 非常 类 似 。 不 过 ， 除 此 之 外 Scala 还 支持 元 组 。 

口 Scala 为 函数 提供 了 更 加 丰富 的 特性 ， 这 方面 比 Java 做 得 好 。Scala 支持 : 函数 类 型 、 可 
以 不 受 限 制 地 访问 本 地 变量 的 闭 包 ， 以 及 内 置 的 柯 里 化 表单 。 

口 Scala 中 的 类 可 以 提供 隐 式 的 构造 器 、getter 方法 以 及 setter 方法 。 

口 Scala 还 支持 trait， 即 一 种 同时 包含 了 字段 和 默认 方法 的 接口 。 









































一 














结论 以 及 Javap 的 未 来 








本 章 内 容 

口 Java 8 的 新 特性 以 及 其 对 编程 风格 颠覆 性 的 影响 
口 全 新 的 Java 9 模块 系统 

口 每 六 个 月 一 次 的 Java 递增 -发 布 生命 周期 

口 构成 Java 10 的 第 一 个 递增 发 布 

口 未 来 的 Java 版 本 中 还 可 能 有 哪些 新 东西 








本 书 中 讨论 了 很 多 内 容 , 希望 你 现在 已 经 有 足够 的 信心 开始 使 用 Java 8 和 Java 9 的 新 特性 编 
写 自 己 的 代码 , 甚至 可 以 直接 基于 书 中 提供 的 例子 或 测验 创建 自己 的 程序 了 。 本 章 会 回顾 我 们 的 
Java 8 学习 历程 以 及 其 对 函数 式 编程 潮流 的 推动 ， 还 会 探究 新 的 模块 系统 都 有 哪些 优势 以 及 Java 9 
的 几 个 小 改进 。 你 也 会 了 解 Java 10 中 都 包含 了 哪些 新 特性 。 除 此 之 外 ， 我 们 还 会 展望 在 Java 9、 
10、11 以 及 12 之 后 的 版 本 中 可 能 出 现 的 新 改进 和 重大 的 新 特性 。 


21.1 回顾 Java 8 的 语言 特性 


Java8 是 一 种 实践 性 强 、 实 用 性 好 的 语言 ， 想 要 很 好 地 理解 它 ， 方 法 之 一 是 重 温 它 的 各 种 特 
性 。 本 章 不 会 简单 地 罗列 Java 8 的 各 种 特性 ， 而 是 会 将 这 些 特性 串 接 起 来 , 希望 大 家 不 仅 能 理解 
这 些 新 特性 ,还 能 从 语言 设计 的 层面 理解 Java 8 语言 设计 的 连贯 性 。 作 为 回顾 内 容 ， 本 章 的 另 一 
个 目标 是 阐释 Java 8 的 这 些 新 特性 是 如 何 促进 Java 子 数 式 编程 风格 的 发 展 的。 请 记 住 ， 这 些 新 
特性 并 非 语言 设计 上 的 突 发 奇想 ， 而 是 一 种 深思 熟 虑 的 设计 , 它 着 眼 于 软件 发 展 的 两 种 趋势 ， 即 
第 1 章 中 提 到 的 “模型 中 的 气候 变迁 ”。 

口 对 多 核 处 理 器 处 理 能 力 的 需求 日 益 增 长 。 虽 然 硅 开 发 技术 也 在 不 断 进 步 ， 但 是 依据 摩尔 

定律 每 年 倍增 的 晶体 管 数量 已 经 到 达 一 个 极限 ， 已 经 无 法 简单 地 通过 增加 单位 面积 集成 
的 晶体 管 数量 提升 CPU 核 的 计算 速度 了 。 简 单 来 说 ， 想 让 你 的 代码 运行 得 更 快 ， 你 的 代 
码 必须 具备 并 行 运 算 的 能 力 。 
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口 以 声明 方式 处 理 数 据 集合 ， 简 洁 高 效 ， 正 获得 越 来 越 多 程序 员 的 青睐 。 比 如 ， 创 建 数据 
源 ， 找 出 符合 约定 条 件 的 所 有 数据 ， 对 结果 执行 相关 的 操作 〈 求 和 ， 或 者 生成 新 集合 以 
便 执 行进 一 步 处 理 )。 要 采用 这 种 风格 ， 你 得 使 用 不 可 变 对 象 或 集合 ， 再 利用 它们 进一步 
生成 新 的 不 可 变数 据 。 
然而 , 无 论 是 传统 编程 、 面 向 对 象 编程 、 还 是 命令 式 的 编程 , 都 无 法 很 好 地 满足 这 两 个 诉求 ， 
因为 它们 都 是 通过 迭 代 器 访问 和 修改 字段 的 。 在 CPU 的 一 个 核 上 修改 数据 ， 在 另 一 个 核 上 读 取 
该 数据 的 值 ， 这 种 方式 的 开销 非常 大 ， 此 外 ， 你 还 需要 考虑 容易 出 错 的 锁 。 同 样 ， 当 你 的 思考 局 
限于 通过 迭代 访问 和 修改 现存 对 象 时 ,“ 类 流 ”( stream-like ) 式 编程 看 起 来 就 非常 地 异类 。 不 过， 
函数 式 编 程 能 非常 轻松 地 支持 这 两 种 新 潮流 , 这 也 解释 了 为 什么 Java 8 的 重心 是 对 我 们 已 经 熟知 
的 Java 进行 大 幅 转 型 。 
本 章 会 从 统一 、 宏 观 的 角度 回顾 本 书 介 绍 的 内 容 ， 并 展示 它们 如 何 相互 配合 , 创造 出 一 个 新 
的 编程 世界 。 


21.1.1 行为 参数 化 (Lambda 以 及 方法 引用 ) 


为 了 编写 可 重用 的 方法 ， 比 如 filter， 你 需要 为 它 指定 一 个 参数 ， 帮 助 它 精确 地 描述 过 滤 
条 件 。 虽然 Java 专家 们 使 用 老 方法 也 能 达到 同样 的 目的 ( 即将 过 滤 条 件 封装 成 类 的 一 个 方法 , 传 
递 该 类 的 一 个 实例 ), 但 这 种 方案 很 难 推广 ， 因 为 它 通常 非常 爱 肿 ， 既 难于 编写 也 不 易于 维护 。 

第 2 章 和 第 3 章 中 介绍 过 ，Java 8 借鉴 函数 式 程序 设计 的 思想 ,通过 一 种 全 新 的 方式 ， 即 疝 
方法 传递 代码 片段 ， 解 决 了 这 一 问题 。 这 种 新 的 方式 非常 方便 ， 它 有 两 种 变 体 : 

D 传递 一 个 Lambda 表达 式 ， 即 一 段 精简 的 代码 片段 ， 比 如 : 
apple -> apple.getWeight() > 150 
口 传递 一 个 方法 引用 ， 该 方法 引用 指向 了 一 个 现 有 方法 ， 比 如 : 


Apple: :isHeavy 






















































































































































































这 些 值 具有 类 似 Function<T， R>、 predicate<T> 或 者 BiFunction<T,， | R> 这 样 的 类 
型 ， 值 的 接收 方 可 以 通过 apply、test 或 其 他 类 似 的 方法 操作 这 些 值 。 第 3 章 中 介绍 过 ， 这 些 
类 型 被 称 作 函 数 式 接口 ( functional interface )， 它 们 都 配 有 单一 的 抽象 方法 。Lambada 表达 式 自身 
已 经 是 一 个 相当 酷 炫 的 概念 ，Java 8 将 它们 与 全 新 的 Stream API 结合 起 来 ,最 终 让 它们 成 为 了 新 
一 代 Java 的 核心 。 


21.1.2 流 


集合 类 、 和 迭代 人 器， 以 及 for-each 结构 在 Java 中 由 来 已 久 , 也 为 广大 程序 员 所 熟知 。 对 Java 8 
的 设计 者 而 言 , 直接 在 集合 类 中 添加 filter 或 者 map 这 样 的 方法 , 利用 前 面 介绍 的 Lambda 实 
现 数据 库 查 询 这 类 操作 要 简单 得 多 。 然 而 他 们 并 没有 采用 这 种 方式 ， 而 是 引入 了 一 套 全 新 的 
Stream API ( 即 第 4~7 章 介绍 的 内 容 ) 一 一 这 值得 我 们 深思 ， 为 什么 他 们 要 这 么 做 呢 ? 

集合 到 底 有 什么 问题 , 以 至 于 需要 男 起 炉灶 替换 它们 , 或 者 说 要 通过 一 个 类 似 却 不 同 的 概念 
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Stream 来 增强 它们 。 我 们 以 接 下 来 这 个 例子 概略 说 明 二 者 之 间 的 差异 : 如 果 你 有 一 个 数据 量 庞大 
的 集合 ,你 需要 对 这 个 集合 执行 三 个 操作 ， 比 如 对 这 个 集合 中 的 对 象 进行 映射 ,计算 其 中 的 两 个 
字段 的 和 ,这 之 后 依据 某 种 条 件 过 滤 出 满足 条 件 的 和 ， 最 后 对 计算 的 结果 进行 排序 ， 为 得 到 结果 
你 需要 分 三 次 遍历 集合 。 与 之 相反 ，Stream API 采 用 延迟 算法 将 这 些 操作 组 成 一 个 流水 线 ， 只 通 
过 单 次 流 遍 历 ， 就 可 以 一 次 性 完成 所 有 的 操作 。 对 大 型 数据 集 来 说 ， 这 种 操作 方式 高 效 很 多 。 此 
外 ， 还 有 一 些 别 的 因素 ， 比 如 内 存 缓存 的 使 用 。 数 据 集 越 大 ,减少 遍历 数据 集 的 次 数 就 越 重要 。 

还 有 一 些 因素 的 影响 也 不 容 小 视 ， 比 如 元 素 的 并 发 处 理 , 这 对 高 效 利 用 多 核 处 理 器 的 能 力 至 
关 重 要 。Stream， 尤 其 是 它 的 parallel 方法 能 将 一 个 Stream 标记 为 适合 并 行 处 理 。 你 一 定 还 
记得 ,并行 处 理 与 对 象 的 可 变 状 态 是 水 火 不 容 的 ， 所 以 函数 式 的 核心 概念 ( 比如 第 4 章 中 介绍 的 
无 副作用 的 操作 , 通过 Lambga 表达 式 进 行 方法 参数 化 ,以 及 使 用 内 部 迭代 替换 外 部 迭代 的 方法 
引用 ) 是 围绕 着 如 何 充分 发 挥 Stream 的 并 发 处 理 能 力 去 执行 map、filter 或 者 其 他 的 方法 。 

现在 , 让 我 们 看 看 这 些 思想 ( 介绍 Stream 时 使 用 过 这 些 术语 ) 怎样 直接 影响 了 Completable- 
EUkuEe 类 的 设计 。 









































































































































21.1.3 CompletableFuture 


Java 从 版 本 5 就 提供 了 Future 接口 ,Future 可 以 帮助 大 家 充分 利用 多 核 CPU 的 处 理 能 
因为 它 允 许 一 个 任务 在 新 的 核 上 生成 新 的 子 线程 , 新 生成 的 任务 可 以 和 原来 的 任务 同时 运行 。 原 
任务 需要 结果 时 ， 可 以 通过 get 方法 等 待 Future 运行 结束 ( 获得 其 计算 的 结果 值 )。 

第 16 章 介 绍 了 Java 8 中 Future 的 completableFuture 实现 。 它 再 次 利用 了 Lambda 表 
达 式 。 一 个 非常 形象 ， 不 过 不 那么 精确 的 说 法 是 :“completableFuture 对 于 Future 的 意义 
就 像 Stream 之 于 collection。” 让 我 们 比较 一 下 这 二 者 。 

口 通过 stream 你 可 以 用 流水 线 串 接 一 系列 的 操作 , 使 用 map、filter 或 者 其 他 类 似 的 方 

法 进行 “行为 参数 化 "， 它 可 有 效 避 免 采用 迭代 器 时 总 是 出 现 模板 代码 。 

口 同样 的 ，CompletableFutur 提供 了 tn nCompose、thenCombine 和 allof 这 样 的 
操作 ， 其 能 以 函数 式 程序 设计 的 方式 对 Future 的 通用 模式 进行 细 粒 度 的 控制 ， 帮 助 你 
避免 采用 命令 式 编程 时 常见 的 模板 代码 。 

这 种 类 型 的 操作 ,虽然 大 多 数 只 能 用 于 非常 简单 的 场景 ,不 过 仍然 适用 于 Java 8 的 optional 
操作 ， 我 们 一 起 来 回顾 下 这 部 分 内 容 。 













































































21.1.4 Optional 


Java 8 的 库 提 供 了 optional<T> 类 ， 这 个 类 允许 你 在 代码 中 指定 哪 一 个 变量 的 值 既 可 能 是 
类 型 T 的 值 ， 也 可 能 是 由 静态 方法 optional .empty 表示 的 缺失 值 。 无 论 对 理解 程序 逻辑 ， 抑 
或 是 对 编写 产品 文档 而 言 , 这 都 是 一 个 重大 的 好 消息 , 你 现在 可 以 使 用 一 种 数据 类 型 表示 显 式 缺 
失 的 值 一 一 使 用 空 指针 的 问题 在 于 你 无 法 确切 了 解 出 现 空 指针 的 原因 , 它 是 预期 的 情况 , 还 是 由 
于 之 前 某 一 次 计算 出 错 导致 的 一 个 偶然 性 的 空 值 , 有 了 optional 之 后 你 就 不 需要 再 使 用 之 前 容 
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易 出 错 的 空 指针 来 表示 缺失 的 值 了 。 

正如 第 11 章 中 所 讨论 的 ,如果 在 程序 中 始终 如 一 地 使 用 optional<T>, 你 的 应 用 应 该 永远 
不 会 发 生 Nul1PointerException 异常 。 你 可 以 将 这 看 成 另 一 个 绝无仅有 的 特性 ， 它 和 Java 8 中 
其 他 部 分 都 不 直接 相关 ， 问 自己 一 个 问题 :“ 为 什么 用 一 种 表示 值 缺失 的 形式 替换 另 一 种 能 帮助 我 
们 更 好 地 编写 程序 ? ”进一步 审视 , 我 们 发 现 optional<T> 类 提供 了 map、filter 和 ifPresent 
方法 。 这 些 方法 和 stream 类 中 的 对 应 方法 有 着 相似 的 行为 ， 它 们 都 能 以 函数 式 的 结构 串 接 计 算 ， 
由 于 库 自身 提供 了 缺失 值 的 检测 机 制 ， 不 再 需要 用 户 代 码 的 干预 。 这 种 进行 内 部 检测 还 是 外 部 检 
测 的 选择 ， 与 在 stream 库 中 进行 内 部 迭代 ， 还 是 在 用 户 代 码 中 进行 外 部 迭代 的 选择 极其 类 似 。 
Java 9 向 Optional API 中 添加 了 各 种 新 方法 ,包括 stream()、or() 和 ifpresentOrFlse()。 






































21.1.5 Flow API 


Java9 对 反应 式 流 进行 了 标准 化 ， 基 于 拉 模 式 的 反应 式 背 压 协 议 能 避免 慢 速 消费 者 被 一 个 或 
多 个 快速 生产 者 压 垮 。 Flow API 包 含 四 个 核心 接口 , 实现 了 这 些 接口 的 第 三 方 反 应 式 库 能 提供 更 
好 的 兼容 性 支持 ,这 四 个 接口 分 别 是 :Publisher Subscriber Subscription 和 Processor。 

本 节 最 终 的 话题 中 , 我 们 关注 的 不 是 函数 式 编程 ， 而 是 Java 8 对 后 向 兼容 库 的 扩展 支持 ， 这 
是 由 软件 工程 需求 所 驱动 的 。 






























































21.1.6 ”默认 方法 


Java 8 中 增加 了 不 少 新 特性 ， 但 它们 一 般 都 不 会 对 程序 的 表现 形式 带 来 太 大 的 影响 。 然 而 ， 
也 有 一 个 例外 , 那 就 是 新 增 的 默认 方法 。 接 口中 新 引入 默认 方法 对 类 库 的 设计 者 而 言 简直 是 如 鱼 
得 水 。Java 8 之 前 ， 接 口 主 要 用 于 定义 方法 签名 ， 现 在 它们 还 能 为 接口 的 使 用 者 提供 方法 的 默认 
实现 ， 如 果 接 口 的 设计 者 认为 接口 中 的 某 个 方法 并 不 需要 每 一 个 接口 用 户 都 显 式 地 为 其 提供 实 
现 ， 他 就 可 以 在 接口 的 方法 声明 中 将 其 定义 为 默认 方法 。 

对 类 库 的 设计 者 而 言 , 这 是 个 伟大 的 新 工具 ,原因 很 简单 ， 它 提供 的 能 力 可 以 帮助 类 库 的 设 
计 者 定义 新 的 操作 ， 增 强 接口 的 能 力 ， 类 库 的 用 户 〈 即 那些 实现 该 接口 的 程序 员 们 ) 不 需要 花费 
额外 的 精力 重新 实现 该 方法 。 因 此 ， 软 认 方 法 与 库 的 用 户 也 有 关系 ,， 它 屏蔽 了 将 来 的 变化 对 用 户 
的 影响 。 第 13 章 针 对 这 一 问题 进行 了 深入 的 探讨 。 


21.2 ”Java 9 的 模块 系统 


Javag 引入 了 很 多 新 变化 ,无 论 是 新 特性 ( 比如 接口 的 Lambda 表达 式 和 默认 方法 )， 还 是 原 
生 API 中 强大 的 新 类 ， 比 如 stream 和 completableFuture， 都 让 人 眼前 一 亮 。Java 9 并 没有 
增加 新 的 语言 特性 ， 它 主要 的 变化 是 对 Java 8 发 起 的 工作 做 进一步 的 改善 ， 增 加 了 一 些 新 方法 ， 
比如 流 的 takewhile 和 adqropwhile completableFuture 的 completeonTimeout。 实 际 上 ， 
Java9 的 重点 是 引入 了 新 的 模块 系统 。 除 了 新 的 module-info.java 文件 , 这 种 新 的 系统 对 语言 没有 










































































452 第 21 章 结论 以 及 Java 的 未 来 








任何 影响 , 然而 它 从 架构 的 角度 改进 了 你 设计 和 实现 应 用 的 方式 , 清晰 地 界定 了 各 个 子 部 分 的 边 
界 ， 并 定义 了 它们 之 间 交 互 的 方式 。 

不 地 的 是 ， 相 对 任何 其 他 的 Java 发 布 版 本 ，Java 9 对 后 向 兼容 性 的 损害 也 是 最 大 的 (你 可 以 
尝试 用 Java 9 编译 一 个 大 型 的 Java 8 项 目 )。 不过， 考虑 到 模块 化 所 带 来 的 好 处 ， 这 种 代价 也 是 
值得 的 。 引 入 这 样 的 变化 , 一 个 重要 的 原因 是 我 们 希望 能 有 更 好 、 更 严格 的 跨 包 的 封装 性 。 实 际 
上 ,Java 的 可 见 性 描述 符 设计 之 初 其 目的 是 为 了 定义 方法 和 类 的 封装 , 完全 没有 考虑 跨 包 的 封装 ， 
跨 包 它 只 有 一 种 可 见 性 可 能 , 那 就 是 : public。 这 种 缺失 让 我 们 很 难 对 系统 进行 恰当 的 模块 化 ， 
尤其 是 如 何 声明 模块 的 哪 一 部 分 允许 公共 访问 , 哪 一 部 分 是 实现 的 细节 , 不 应 该 直接 暴露 给 其 他 
模块 和 应 用 。 

第 二 个 原因 , 也 是 由 包 与 包 之 间 很 弱 的 封装 导致 的 直接 结果 。 不 采用 模块 系统 ,我 们 无 法 避 
免 暴 露 运行 于 同一 环境 中 安全 相关 的 方法 。 恶 意 代 码 可 能 直接 访问 你 模块 的 关键 部 分 , 直接 绕 开 
它 所 有 的 安全 检查 。 

最 后 ， 新 的 Java 模块 系统 可 以 帮助 将 Java 运行 时 切 分 成 更 细 粒 度 的 部 分 ， 你 可 以 只 使 用 你 
应 用 需要 的 部 分 。 如 果 你 的 一 个 新 Java 项 目 需要 使 用 CORBA,， 然 而， 由 此 你 需要 在 你 所 有 的 应 
用 中 包含 该 库 , 这 应 该 也 不 是 你 所 期 望 的 吧 。 虽然 这 种 行为 的 影响 对 传统 计算 设备 而 言 几乎 可 以 
忽略 不 记 ,但 对 艇 入 式 设备 或 者 你 的 Java 应 用 运行 于 容器 环境 的 场景 ( 这 种 场景 正 越 来 越 普遍 ) 
而 言 ， 其 影响 就 非常 重大 了 。 换 句 话 说， 借助 于 Java 模块 系统 ,我们 才 有 机 会 在 物 联网 应 用 和 
云端 使 用 Java 运行 时 。 

正如 第 14 章 中 所 讨论 的 ，Java 模块 系统 通过 语言 层面 的 机 制 ， 对 你 的 系统 及 Java 运行 时 进 
行 模块 化 ， 解 决 了 这 些 问题 。Java 模块 系统 的 优势 如 下 。 

口 可 靠 的 配置 一 一 通过 显 式 声明 模块 的 依赖 性 ， 错 误 可 以 在 很 早 的 时 候 ， 就 借 由 编译 检测 

到 ， 而 不 必 等 到 运行 时 发 生 了 依赖 缺失 、 依 赖 冲突 ， 或 者 循环 依赖 才 发 现 。 

口 严格 的 封装 一 一 Java 模块 系统 可 以 设置 只 导出 某 几 个 包 ， 对 模块 的 公有 访问 、 每 个 模块 

的 访问 边界 以 及 内 部 实现 进行 区 分 。 

口 改进 的 安全 性 一 一 由 于 用 户 无 法 随心 所 欲 地 调用 模块 的 组 成 部 分 ， 因 此 攻击 者 想 要 攻破 

由 模块 系统 实现 的 安全 控制 将 更 加 困难 。 

口 更 好 的 性 能 一 一 如 果 一 个 类 只 能 被 有 限 的 组 件 访 问 ， 而 不 是 任何 类 都 能 在 运行 时 加 载 它 ， 

那么 对 这 样 的 类 进行 的 很 多 优化 都 会 更 加 有 效 。 

口 扩展 性 一 一 Java 模块 系统 可 以 将 Java SE 平台 解构 成 更 细 粒 度 的 组 成 部 分 , 你 可 以 选择 只 
执行 运行 你 的 应 用 所 需要 的 特性 。 

一 言 以 项 之 ， 模 块 化 是 一 个 复杂 的 话题 ，Java 9 不 太 可 能 由 于 提供 了 这 个 特性 就 像 Java 8 提 
供 了 Lambda 那 样 获得 快速 的 推广 。 然 而 ， 我 们 相信 ， 长 远 而 言 ， 你 在 你 应 用 程序 模块 化 方面 的 
投入 , 一定 会 在 程序 的 可 维护 性 上 得 到 收获 和 回报 。 

至 此 , 我 们 已 经 总 结 了 本 书 介绍 的 关于 Java 8 和 Java9 的 核心 概念 。 接 下 来 的 内 容 ， 会 介绍 
Java 9 之 后 ，Java 语言 可 能 有 哪些 特性 提升 以 及 新 功能 。 
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21.3 Java 10 的 局 部 变量 类 型 推断 


最 初 在 Java 语言 中 ， 如 果 你 要 引入 一 个 变量 或 者 方法 ， 必 须 同时 给 出 它 的 类 型 。 比 如 下 面 
这 个 例子 : 

double convertUSDToGBP (double money) { ExchangeRate e = ...; } 

convertUSDToGBP 包含 三 种 类 型 , 方法 声明 分 别 指定 了 它 的 返回 结果 接受 的 参数 money， 
以 及 局 部 变量 。 的 类 型 。 随 着 时 间 的 推移 ， 这 种 限制 渐渐 放宽 了 ， 主 要 体现 在 两 个 方面 。 首 先 ， 
你 可 以 在 表达 式 中 省 略 泛 型 参数 的 类 型 ， 由 程序 依据 上 下 文 进 行 判 断 。 比 如 下 面 这 个 例子 : 











Map<String, List<String>> myMap = new HashMap<String, List<String>>(); 
从 Java 7 开始， 这 行 代 码 可 以 缩 略 成 下 面 这 种 书写 方式 : 
Map<String, List<String>> myMap = new HashMap<>(); 


其 次 ， 基 于 同样 的 思想 ， 我 们 可 以 利用 上 下 文 来 传递 表达 式 中 的 变量 类 型 ， 比 如 下 面 这 个 
Lambda 表达 式 : 




















Function<Integer, Boolean> p = (Integer x) -> booleanFExpression; 


省 略 变 量 类 型 之 后 ， 可 以 缩写 为 : 





Function<Integer, Boolean> p = x -> booleanExpression; 


这 两 个 例子 ， 编 译 器 都 需要 依据 上 下 文 推断 省 略 的 变量 类 型 。 

如 果 类 型 只 有 唯一 的 标识 符 , 那么 采用 类 型 推断 能 带 来 很 多 好 处 ,其 中 最 主要 的 优势 之 一 是 ， 
当 用 一 种 类 型 替换 另 一 种 类 型 后 ,不 用 重新 编辑 修改 代码 了 。 不 过 ， 随 着 类 型 数量 的 增加 ， 处 理 
由 更 高 级 的 泛 型 类 型 参数 化 的 泛 型 时 ， 使 用 类 型 推断 能 帮助 提升 代码 的 可 读 性 。"Scala 和 C# 语 
言 允 许 使 用 ( 受 限 ) 关键 字 var 替换 本 地 初始 化 的 变量 ( local-variable-initialized ) 类 型 ;编译 央 
会 在 右边 填充 恰当 的 类 型 。 我 们 之 前 用 Java 语法 声明 的 myMap 采用 var 之 后 可 以 改写 如 下 : 






























































Var myMap = new HashMap<String, List<String>>(); 
这 种 思想 被 称 作 局 部 变量 推断 ， 其 会 在 Java 10 中 提供 支持 。 

然而 ， 人 们 对 这 种 技术 也 存在 着 一 些 疑 虑 。 举 个 例子 ,假设 car 类 是 vehicle 类 的 子 类 ， 
下 面 的 这 个 声明 



































GD 类 型 推 肠 必须 很 直观 ， 这 一 点 非常 重要 。 如 果 他 在 一 种 可 能 性 ， 或 者 只 有 一 种 容易 文档 化 的 方式 ， 那 么 采 
用 类 型 推断 重新 创建 用 户 忽略 的 类 型 ， 其 效 引 9。 如 果 系 统 推断 的 类 型 与 用 户 期 望 的 类 型 不 一 致 ， 就 会 出 
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这 入 



























































岗 问题 。 一 个 设计 良好 的 类 型 推断 系统 ， 如 有 能 产生 两 个 不 兼容 的 类 型 时 ， 就 应 该 抛 出 一 个 异常 。 采 用 
启发 式 的 方法 选择 类 型 可 能 导致 类 型 推断 随机 选择 错误 类 型 的 现象 。 
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执行 隐 式 转换 的 时 候 , 到 底 是 该 把 x 声明 为 car 类 型 还 是 vehicle 类 型 呢 ? 还 是 说 应 该 将 其 转 
换 为 object 类 型 ? 对 这 种 情况 ， 一 个 简单 的 解释 是 ,缺失 的 类 型 可 以 由 初始 化 器 来 决定 ( 这 里 
对 应 的 就 是 car 类 型 ) Java 10 对 这 种 情况 定义 了 更 加 清晰 的 规范 。 此 外 ， 还 有 一 点 需要 特别 提 
一 下 ，var 不 能 用 于 没有 初始 化 器 的 场景 


21.4 ”Java 的 未 来 


让 我 们 看 看 关于 Java 未 来 发 展 的 一 些 讨 论 。 本 节 涉 及 的 很 多 内 容 都 在 JDK 改进 提议 ( JDK 
enhancement proposal ) 中 有 更 详细 的 讨论 。 我们 在 这 里 想 要 特别 解释 的 是 为 什么 一 些 看 起 来 很 合 
理 的 想法 ， 由 于 微妙 的 实现 困难 ， 以 及 与 现存 特性 的 协作 问题 ， 最 终 无 法 被 加 入 到 Java 中 。 


21.4.1 声明 处 型 变 


Java 支持 通配符 这 种 灵活 的 机 制 ， 可 以 接受 泛 型 的 子 类 型 (subtyping )， 通 常 也 称 其 为 使 用 
处 型 变 ( use-site variance )。 基 于 这 种 支持 ， 下 面 这 种 赋值 操作 是 合法 的 : 






































List<? extends Number> numbers = new ArrayList<Integer>(); 
然而 ， 接 下 来 这 个 赋值 操作 ， 由 于 忽略 了 “2? extends”, 会 导致 一 个 编译 错误 : 
List<Number> numbers = new ArrayList<Integer>(); < 一 类 型 不 兼容 


很 多 语言 ， 比 如 C# 和 Scala 都 支持 另 一 种 名 叫 声明 处 型 变 ( declaration-site variance ) 的 型 变 
机 制 。 这 些 语言 允许 程序 员 在 定义 泛 型 类 时 使 用 型 变 。 这 一 特性 对 天 然 经 常 变 化 的 类 而 言 非常 
价值 。 比 如 ，Iterator 就 是 一 个 天 然 的 协 变 (covariant ) 类 型 ， 而 comparator 是 一 个 天 然 的 
逆 变 ( contravariant ) 类 型 ， 使 用 它们 时 ， 你 不 需要 考虑 是 应 该 使 用 ? extends 抑或 是 ? super。 
在 Java 中 引入 “声明 处 型 变 ” 非 常 有 价值 ， 由 于 这 些 约定 出 现在 规范 中 ， 而 不 是 在 类 的 声明 中 ， 
程序 员 认 知 和 理解 这 些 特性 的 代价 降低 了 。 特 别提 一 下 ， 截 至 本 书 编写 时 (2018 年 )，JDK 改进 
提议 已 经 将 “声明 处 型 变 ” 列 为 下 一 个 Java 版 本 默认 支持 的 特性 。 
















































































21.4.2 ”模式 匹配 

第 19 章 中 曾 讨 论 过 ， 函 数 式 语言 通常 都 会 提供 某 种 形式 的 模式 匹配 一 一 作为 switch 的 一 
种 改良 形式 。 通 过 模式 匹配 ， 你 可 以 查询 “这 个 值 是 某 个 类 的 实例 吗 ”， 或 者 递归 查询 某 个 字段 
是 否 包含 了 某 些 值 。 采 用 Java 语 言 ， 一 个 简单 的 例子 如 下 : 



































if (op instanceof BinOp)f{ 
Expr e = ((BinOp) op) .getLeft(); 
} 


注意 ， 即 便 你 很 清楚 op 的 对 象 引用 指向 的 是 什么 类 型 ， 还 是 需要 在 强制 类 型 转换 时 重复 执 
行 BinOpo 
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你 可 能 需要 处 理 一 个 非常 复杂 的 表达 式 层次 结构 ， 如 果 直 接 采 用 串 接 多 个 if 条 件 判断 的 方 
式 ， 你 的 代码 会 变 得 异常 烦琐 。 值 得 一 提 的 是 ， 传 统 面 向 对 象 的 设计 不 推荐 大 家 使 用 switch， 
它 更 推崇 使 用 设计 模式 ,比如 访问 者 模式 ,依赖 数据 类 型 的 控制 流 是 由 方法 分 发 器 而 不 是 switch 
语句 选择 的 。 而 对 程序 设计 语言 的 另 一 分 支 , 即 函 数 式 程序 设计 语言 来 说 ， 基 于 数据 类 型 的 模式 
匹配 通常 是 设计 程序 最 便捷 的 方式 。 

将 Scala 风格 的 模式 匹配 全 盘 移 植 到 Java 中 无 疑 是 个 大 工程 , 但 基于 switch 语法 最 近 的 泛 
化 ， 你 完全 可 以 设想 出 更 现代 的 语法 扩展 ， 让 switch 直接 通过 instanceof 语法 操作 对 象 。 实 
际 上 ，JDK 改进 提议 已 经 将 模式 匹配 列 为 Java 的 新 语言 特 。 下 面 的 这 个 例子 中 ,我 们 会 对 第 19 章 
介绍 的 示例 进行 重 构 ， 假 设 有 一 个 类 Bxpr， 它 衍生 出 了 两 个 子 类 ， 分 别 是 Binop 和 Number: 








































































































Switch (someExpr) { 
case (op instanceof BinOp): 
doSomething(op.getOpName(), op.getLeft(), op.getRight ()); 
case (n instanceof Number): 
dealWithLeafNode (n.getValue()); 
default: 
defaultAction (someExpr); 


} 


这 段 代 码 中 有 几 点 需要 特别 留意 。 首 先 ， 这 段 代码 在 case (op instanceof Binop) :中 
借用 了 模式 匹配 的 思想 ,op 是 一 个 新 的 局 部 变量 ( 类 型 为 Binop ), 它 与 SomeExpr 都 绑 定 到 了 
同一 个 值 。 类 似 地 ， 在 Numper 的 case 判断 中 ，n 被 转化 为 了 Number 类 型 的 变量 。 在 默认 情 
况 下 ， 执行 switch 是 不 需要 进行 任何 变量 绑 定 的 。 与 采用 串 接 的 if-then-else 加 “强制 转 
换 子 类 型 ”这 种 方式 比较 起 来 ,新 的 实现 方式 避免 了 编写 大 量 的 模板 代码 。 习 惯 了 传统 面向 对 象 
方式 的 设计 者 很 可 能 会 说 ， 如 果 采 用 访问 者 模式 ， 在 子 类 型 中 进行 重 写 (er-write ) 实现 “ 数 
据 类 型 ”的 分 派 ， 表 达 的 效果 会 更 好 ， 然 而 从 函数 式 编程 的 角度 看 ， 后 者 会 让 相关 代码 散落 于 多 
个 类 的 定义 中 ,也 不 太 理想 。 这 种 经 典 的 设计 两 难 ( design dichotomy ) 问题 ， 经 常会 以 “表达 问 
题 ”( expression problem ) 之 名 出 现在 文学 著作 中 。 


















































21.4.3 ”更 加 丰富 的 泛 型 形式 
本 节 会 讨论 Java 泛 型 的 两 个 局 限 性 ， 并 探讨 可 能 的 改进 方案 。 


1. 具 化 泛 型 

Java 5 初次 引入 泛 型 时 ， 花 费 了 大 量 的 精力 让 它们 保持 与 现存 JVM 的 后 向 兼容 性 。 为 了 达 
到 这 一 目标 ，ArrayList<String> 和 ArrayList<Integer> 的 运行 时 表示 是 相同 的 。 这 被 称 
作 泛 型 多 态 的 消除 模式 ( erasure model of generic polymorphism )。 这 种 选择 伴随 着 一 定 程度 的 运 
行 时 消耗 ， 不 过 对 程序 员 而 言 ， 这 无 关 痛 痒 ， 最 大 的 影响 是 传 给 泛 型 的 参数 只 能 是 对 象 类 型 ,不 
能 是 基本 类 型 了 。 只 要 Java 支持 ArrayList<int> 这 种 类 型 的 泛 型 ， 你 就 可 以 在 堆 上 分 配 由 基 
本 数据 类 型 构成 的 ArrayList 对 象 ， 比 如 42。 然 而 ， 这 样 一 来 ArrayList 容器 就 无 法 了 解 它 
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所 容纳 的 到 底 是 一 个 对 象 类 型 的 值 ， 比 如 一 个 string， 还 是 一 个 基本 类 型 的 int 值 ， 比 如 42。 

从 某 种 程度 上 看 ， 这 种 变化 无 关 痛 痒 ， 没 什么 危害 。 如 果 你 可 以 从 ArrayList<int> 中 得 
到 基本 类 型 值 42, 或 者 从 ArrayList<String> 中 得 到 String 对 象 abc， 那 么 为 什么 还 要 担 
忧 ArrayList 容器 中 的 元 素 无 法 识别 呢 ? 非常 不 幸 , 答案 是 有 影响 , 这 种 影响 与 垃圾 收集 相关 ， 
因为 一 旦 缺少 了 ArrayList 中 内 容 的 运行 时 信息 ，JVM 就 无 法 判断 ArrayList 中 的 元 素 13 
到 底 是 一 个 string 的 引用 (可 以 被 垃圾 收集 带 标 记 为 “in use” 并 进行 跟踪 ), 还 是 int 类 型 的 
简单 数据 ( 几乎 是 无 法 跟踪 的 )。 

C# 语 言 中 ， ArrayList<String>、 ArrayList<Integer> 以 及 ArrayList<int> 的 运行 
时 表示 本 质 上 就 是 不 同 的 。 即便 它 们 的 表示 是 相同 的 , 大 量 的 类 型 信息 也 只 能 由 垃圾 收集 器 在 运 
行 时 获取 ， 比 如 判断 一 个 字段 值 到 底 是 引用 , 还 是 基本 数据 类 型 。 这 种 模型 被 称 作 泛 型 多 态 的 具 
化 模式 ( reified model of generic polymorphism )， 或 者 更 简单 的 具 化 泛 型 ( reified generic )。 具 化 
这 个 词 意味 着 “将 某 些 默 认 隐 式 的 东西 变 为 显 式 的 ”。 

很 明显 , 具 化 泛 型 是 我 们 期 望 的 , 它们 能 更 好 地 融合 基本 数据 类 型 及 其 对 应 的 对 象 类 型 一 一 































































































容 性 ， 并 且 这 种 兼容 需要 同时 文 持 JVM， 以 及 使 用 了 反射 且 希 望 执行 泛 型 清除 的 遗留 代码 。 


2. 泛 型 中 特别 为 函数 类 型 增加 的 语法 灵活 性 
自从 被 Java 5 引入, 泛 型 就 证 明了 其 独特 的 价值 .它们 还 特别 适用 于 表示 Java 8 中 的 Lambda 
类 型 以 及 各 种 方法 引用 。 你 可 以 用 下 面 的 方式 表示 接受 单一 参数 的 函数 : 











Function<Integer, Integer> square = x ->xX* x; 


如 果 你 有 一 个 使 用 两 个 参数 的 函数 ， 那 么 可 以 采用 类 型 BiFunction<T，U，R>， 这 里 的 T 
表示 第 一 个 参数 的 类 型 ，U 表示 第 二 个 参数 的 类 型 ， 而 R 是 计算 的 结果 。 不 过 ，Java 8 中 并 未 提 
供 TriFunction 这 样 的 函数 ， 除 非 你 自己 声明 了 一 个 ! 

同 理 ， 你 不 能 让 Function<T，R> 引 用 指向 某 个 不 接受 任何 参数 ， 返 回 值 为 R 类 型 的 函数 ， 
你 只 能 使 用 supplier<R> 达 到 这 一 目的 。 

从 本 质 上 来 说 ，Java 8 的 Lambda 极 大 地 拓展 了 我 们 的 编程 能 力 ， 但 遗憾 的 是 ， 它 的 类 型 系 
统 并 未 跟 上 代码 灵活 度 提升 的 脚步 。 在 很 多 的 函数 式 编程 语言 中 , 你 可 以 用 (Integer, Double) 
=> String 这 样 的 类 型 实现 Java 8 中 BiFunction<Integer，Double，String> 调 用 ， 得 到 
同样 的 效果 ; 类 似 地 ， 可 以 用 Integer => String 表示 Function<Integer, String>, 甚至 
可 以 用 () => String 表示 Supplier<String>。 你 可 以 将 => 符 号 看 作 Function、BiFunction、 
Supplier 以 及 其 他 类 似 函 数 的 中 绥 表 达 式 版 本 。 正 如 第 20 章 中 所 讨论 的 ， 只 需 对 现 有 Java 语 
言 的 类 型 语法 稍 作 扩展 ， 支 持 中 级 表达 式 =>， 就 能 提供 Scala 语言 那样 更 具 可 读 性 的 类 型 。 


3. 基本 类 型 特 化 和 泛 型 
在 Java 语言 中 ， 所 有 的 基本 数据 类 型 ， 比 如 int， 都 有 对 应 的 对 象 类 型 ( 以 刚才 的 例子 而 
它 是 java.lang.Integer )。 通常 我 们 把 它们 称 为 “未 装 箱 类 型 ”和 “ 装 箱 类 型 ”。 虽 然 这 
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种 区 分 有 助 于 提升 运行 时 的 效率 , 但 是 以 这 种 方式 定义 类 型 也 可 能 带 来 一 些 困 扰 。 比 如 ， 有 人 可 
能 会 问 为 什么 Java 8 中 需要 编写 Predicate<Apple>， 而 不 是 直接 使 用 Function<Apple， 
Boolean>? 事实 上 ， Predicate<Appl > 类 型 对 象 在 执行 test 方法 调用 时 ， 其 返回 值 依旧 是 
基本 类 型 boolean。 

与 此 相反 ， 和 所 有 泛 型 一 样 ，Function 只 能 使 用 对 象 类 型 的 参数 。 以 Function<Apple， 
Boolean> 为 例 ， 它 接受 的 是 对 象 类 型 Boolean ， 而 不 是 基本 数据 类 型 poolean。 所 以 采用 
Predicate<Appl > 更 高 效 ， 因为 不 需要 将 boolean 装 箱 为 BooLlean 了 5 由 于 存在 这 样 的 问题 ， 
类 库 的 设计 者 在 设计 Java 时 创建 了 多 个 类 似 的 接口 ， 比 如 LongToIntFunction 和 
BooleanSupplier， 而 这 又 进一步 增加 了 大 家 理解 的 负担 。 

另 一 个 例子 与 各 种 void 之 间 的 区 别 有 关 ，voeia 只 能 修饰 方法 的 返回 值 ， 并 且 返 回 值 不 含 
任何 值 。 而 对 象 类 型 void 实际 包含 了 一 个 值 ， 它 有 且 仅 有 一 个 nul1 值 一 一 这 是 一 个 经 常 在 论坛 
上 讨论 的 问题 。 对 于 Function 的 特殊 情况 ， 比 如 Supplier<T>， 你 可 以 用 前 一 节 建 议 的 新 操 
作 符 将 其 改写 为 () => T， 这 进一步 佐证 了 由 于 基本 数据 类 型 (primitivetype ) 与 对 象 类 型 ( object 
type ) 的 差异 所 导致 的 分 上 必 。 之 前 的 内 容 中 已 经 介绍 了 怎样 通过 具 化 泛 型 解决 这 其 中 的 很 多 问题 。 


21.4.4 ”对 不 变性 的 更 深层 支持 


Java 8 只 支持 三 种 类 型 的 值 ， 分 别 是 : 
口 基本 类 型 值 ; 

口 指向 对 象 的 引用 ; 

口 指向 函数 的 引用 。 

听 我 们 说 起 这 些 ， 有 些 专业 的 读者 可 能 会 感到 失望 。 我 们 在 某 种 程度 上 会 坚持 自己 的 观点 ， 
介绍 说 “这 些 值 现在 既 可 以 作为 方法 的 参数 ， 也 可 以 返回 结果 ”。 不 过 ,我们 也 承认 这 种 解释 存 
在 一 定 的 问题 。 比 如 ， 当 你 返回 一 个 指向 可 变数 组 的 引用 时 ， 它 多 大 程度 上 应 该 是 一 个 (算术) 
值 呢 ? 很 明显 , 字符 串 或 者 不 可 变数 组 都 是 值 ， 不 过 对 于 可 变 对 象 或 者 数组 而 言 ,情况 远 非 那么 
泾 渭 分 明 一 一 可 能 你 的 方法 返回 一 个 以 升序 排列 元 素 的 数组 , 然而 男 一 些 代码 之 后 可 能 对 其 中 的 
某 些 元 素 进行 修改 。 

如 果 想 在 Java 中 实现 真正 的 函数 式 编程 , 那么 语言 层面 的 支持 必 不 可 少 ,比如 “不 可 变 值 ”。 
正如 我 们 在 第 18 章 中 所 了 解 的 那样 ， 关 键 字 final 并 未 在 真正 意义 上 达到 这 一 目标 ， 它 仅仅 避 
免 了 对 它 所 修饰 字段 的 更 新 。 来 看 一 下 下 面 这 个 例子 : 


fdr Lrit [让 EE (Ly 2 9 
final List<T> list = new ArrayList<>(); 


第 一 行 代码 禁止 了 直接 的 赋值 操作 arr = .. .， 然 而 它 并 不 能 阻止 以 arr [1]=2 这 样 的 方 
式 对 数组 进行 修改 。 第 二 行 代码 禁止 了 对 1ist 的 赋值 操作 , 但 并 未 禁止 其 他 方法 修改 列表 中 的 
元 素 ! 关键 字 final 对 基本 数据 类 型 的 值 操作 效果 很 好 ， 然 而 对 于 对 象 引 用 ， 它 通常 只 是 一 种 
虚假 的 安全 感 。 
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那么 该 如 何 解 决 这 一 问题 呢 ? 由 于 函数 式 编程 对 不 修改 现存 数据 结构 有 非常 严格 的 要 求 ， 
此 它 提供 了 更 强大 的 关键 字 , 比如 transitively_final, 该 关键 字 用 于 修饰 引用 类 型 的 字段 ， 
确保 无 论 是 对 该 字段 本 身 直接 的 修改 , 还 是 对 通过 该 字段 能 直接 或 间接 访问 到 的 对 象 的 修改 都 不 
会 发 生 。 

这 些 类 型 体现 了 关于 值 的 一 个 理念 : 变量 值 是 不 可 修改 的 ， 只 有 变量 ( 它们 负责 存储 值 ) 
可 以 被 修改 ， 修 改 之 后 变量 中 存储 的 就 变 成 了 别 的 不 可 变 值 。 正 如 本 节 开 头 所 介绍 的 ，Java 的 
作者 ， 包 括 我 们 ， 时 不 时 地 都 喜欢 讨论 Java 中 值 是 可 变数 组 的 情况 。 接 下 来 的 一 节 会 讨论 值 类 
型 (valuetype ), 声明 为 值 类 型 的 变量 只 能 包含 不 可 变 值 。 然 而 , 值 类 型 的 变量 , 除非 使 用 了 final 
关键 字 进 行 修饰 ， 否 则 依旧 能 够 被 更 新 。 


21.4.5” 值 类 型 
本 节 会 讨论 基本 数据 类 型 和 对 象 类 型 之 间 的 差异 ,接着 继续 进行 值 类 型 的 讨论 。 对象 类 型 是 
面向 对 象 编程 不 可 缺失 的 一 环 , 同样 地 , 值 类 型 对 进行 函数 式 编程 也 大 有 神 益 。 我 们 讨论 的 很 多 


问题 都 是 相互 交织 的 ,很 难以 区 隔 的 方式 解释 某 个 单独 的 问题 。 所 以 ,我 们 会 从 多 个 角度 曾 述 这 
些 问题 。 





































































































1. 为 什么 编译 器 不 能 对 Integer 和 int 一 视 同 仁 

自从 Java 1.1 版 本 以 来 ，Java 语言 逐渐 具备 了 隐 式 地 进行 装 箱 和 拆 箱 的 能 力 ， 你 可 能 会 问 现 
在 是 否 是 一 个 恰当 的 时 机 ， 让 Java 语言 一 视 同仁 地 处 理 基 本 数据 类 型 和 对 象 数据 类 型 ， 比 如 将 
Integer 和 int 同等 对 待 ， 由 Java 编译 器 将 它们 优化 为 JVM 最 适合 的 形式 。 

这 个 想法 原则 上 是 非常 美好 的 , 不 过 让 我 们 看 看 在 Java 中 添加 complex 类 型 后 会 引发 哪些 
问题 ， 以 及 为 什么 装 箱 会 导致 这 样 的 问题 。 用 于 建 模 复数 的 complex 包含 了 两 个 部 分 ， 分别 是 
实数 (real ) 和 虚数 (imaginary )， 一 种 很 直观 的 定义 如 下 : 

















class Complex { 
public final double re; 
public final double im; 
public Complex(double re, double im) { 
this.re = re; 
this.im = im; 
} 
public static Complex add(Complex a, Complex b) { 
return new Complex(a.re+b.re, a.im+b.im); 
} 
} 


不 过 类 型 complex 的 值 为 引用 类 型 , 对 complex 的 每 个 操作 都 需要 进行 对 象 分 配 一 一 增加 
了 agq 中 两 次 加 法 操作 的 开销 。 我 们 需要 的 是 类 似 complex 的 基本 数据 类 型 ,也 许可 以 称 其 为 
complexo 

这 就 成 了 个 问题 ， 因 为 我 们 想 要 一 种 “未 装 箱 的 对 象 *”， 可 是 无 论 Java 还 是 JVM， 对 此 都 没 
有 实质 的 支持 。 至 此 ,我 们 只 能 悲叹 了 ,“ 响 ,当然 编译 带 可 以 对 它 进 行 优化 ”。 坏 消息 是 ， 这 远 
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比 看 起 来 复杂 得 多 。 虽 然 Java 带 有 基于 名 为 “逃逸 分 析 ” 的 编译 屁 优 化 (这 一 技术 自 Java 1.1 版 
本 开始 就 已 经 有 了 )， 它 能 在 某 些 时 候 判 断 拆 箱 的 结果 是 否 正确 ， 然 而 其 能 力 依旧 受到 一 定 的 限 
制 ， 受 制 于 Java 对 对 象 类 型 的 判断 。 以 下 面 的 这 个 例子 来 说 : 

















doubBle, .dl a S143 

double d2 = dl 

Double ol = di1; 

DOUBLTe O02 三 2 

Double ox = ol1; 

System.out .println(d1l == d2 ? "yes" : "no"); 
System.out .println(ol == 02 ? "yes" : "no"); 
System.out .println(ol == ox ? "yes" : "no"); 


最 后 这 段 代 码 输出 的 结果 为 “yes”“no”“yes”。 专 业 的 Java 程序 员 可 能 会 说 “多 思春 的 代 
码 ， 每 个 人 都 知道 最 后 这 两 行 你 应 该 使 用 equals 而 不 是 ==”。 不 过 ， 请 允许 我 们 继续 用 这 个 例 
子 进 行 说 明 。 虽 然 所 有 这 些 基本 变量 和 对 象 都 保存 了 不 可 变 值 3.14, 实际 上 也 应 该 是 没有 差别 的 ， 
但 是 由 于 代码 中 有 对 ol 和 o2 的 定义 ， 程 序 会 创建 新 的 对 象 ， 而 == 操 作 符 (特征 比较 ) 可 以 将 
这 二 者 区 分 开 来 。 请 注意 ,对 于 基本 变量 ,特征 比较 采用 的 是 逐 位 比较 ， 对 于 对 象 类 型 它 采 用 的 
是 引用 比较 。 很 多 时 候 , 你 可 能 无 意 之 中 就 创建 了 新 的 Double 对 象 ， 由 于 编译 器 需要 遵守 对 象 
的 语义 ， 创 建新 的 Double 对 象 (Double 对 象 继承 自 object ) 也 要 遵守 该 语义 。 我 们 之 前 经 
历 过 好 几 次 类 似 的 讨论 ， 无 论 是 较 早 的 时 候 关 于 值 对 象 的 讨论 ， 还 是 第 19 章 围绕 函数 式 更 新 持 
久 化 数据 结构 以 保持 引用 透明 性 的 方法 讨论 。 


2. 值 对 象 一 一 既 非 基本 类 型 又 非 对 象 类 型 

为 了 解决 这 个 问题 ,我们 建议 的 方案 是 重 构 大 家 对 Java 的 假设 ， 即 (1) 任何 事物 ， 如 果 不 是 
基本 数据 类 型 ,就 是 对 象 类 型 ， 所 有 的 对 象 类 型 都 继承 自 object; (2) 所 有 的 引用 都 是 指向 对 象 
的 引用 。 
我 们 由 此 开始 该 方案 的 介绍 。Java 的 值 有 两 种 形式 : 
口 一 类 是 对 象 类 型 ， 它 们 包含 着 可 变 的 字段 ( 除非 使 用 了 final 关键 字 进 行 修饰 )， 对 这 
种 类 型 值 的 特征 ， 可 以 使 用 == 进 行 比较 ; 
口 另 一 类 是 值 类 型 ， 这 种 类 型 的 变量 是 不 能 改变 的 ， 也 不 带 任何 的 引用 特征 〈 reference 

identity )， 基 本 类 型 就 属于 这 种 更 宽泛 意义 上 的 值 类 型 。 

这 样 , 我们 就 能 创建 用 户 自 定义 值 的 类 型 了 ( 这 种 类 型 的 变量 推荐 小 写字 符 开 头 ， 从 而 强调 
它们 与 int 和 boolean 这 些 基 本 类 型 的 相似 性 )。 对 于 值 类 型 ， 默 认 情 况 下 ， 硬 件 对 int 进行 
比较 时 会 以 一 个 字 节 接着 一 个 字 节 逐次 的 方式 进行 ,== 会 以 同样 的 方式 一 个 元 素 接着 一 个 元 素 地 
对 两 个 变量 进行 比较 。 处理 浮 点 数 成 员 时 , 我 们 需要 特别 当心 , 因为 它们 的 比较 操作 更 加 的 复杂 。 
介绍 非 基本 值 类 型 时 ，complex 是 一 个 绝 佳 的 例子 ， 其 类 型 与 C# 中 的 结构 极其 类 似 。 

此 外 ， 值 类 型 由 于 没有 引用 特征 ， 因 此 占用 的 存储 空间 更 少 。 图 21-1 是 一 个 容量 为 3 的 数 
组 示例 , 它 包含 的 元 素 0.1 和 2 分 别 用 淡 灰 .白色 和 深 灰 色 标 记 。 左 边 的 图 展示 了 Pair 和 Complex 
都 是 对 象 类 型 时 的 一 种 比较 典型 的 存储 布局 ， 而 右边 的 图 展示 的 是 一 种 更 优 的 布局 ， 这 时 Pair 
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和 complex 都 是 值 类 型 ( 这 里 特意 使 用 了 小 写 的 pair 和 complex， 目 的 就 是 想 强调 它们 与 基 

本 类 型 的 相似 性 ) 注意 , 由 于 值 类 型 在 数据 访问 (用 单一 的 索引 地 址 指令 替换 多 层 的 指针 转换 ) 

和 对 硬件 缓存 的 利用 ( 因为 数据 存储 采用 连续 的 地 址 空间 ) 上 的 优势 ， 它 的 性 能 极 可 能 好 得 多 。 
对 象 值 类 型 


Complex[] complex[] 








图 21-1 对 象 与 值 类 型 


注意 ,由 于 值 类 型 并 不 包含 引用 特征 , 因此 编译 器 可 以 很 灵活 地 对 它们 进行 装 箱 和 拆 箱 操作 。 
如 果 你 将 一 个 complex 类 型 的 参数 由 一 个 函数 传递 给 另 一 个 函数 ， 那 么 编译 器 可 以 毫 不 费力 地 
将 它 拆 解 为 两 个 独立 的 aouple 型 的 参数 。( 由 于 JVM 只 支持 以 64 位 寄存 器 传 值 的 方式 返回 指 
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令 , 因此 在 JVM 中 要 实现 不 装 箱 ， 直接 返回 很 困难 )。 不过， 如 果 你 要 传递 一 个 很 大 的 值 类 型 参 
数 ( 比如 一 个 巨型 不 可 变数 组 )， 那 么 装 箱 后 编译 器 能 以 透明 的 方式 ( 透明 于 用 户 ) 将 其 作为 引 
用 传递 给 对 方 。 类 似 的 技术 在 C# 中 已 经 存在 ， 下 面 是 一 段 来 自 微软 的 介绍 : 


基于 值 类 型 的 变量 直接 包含 值 。 将 一 个 值 类 型 变量 赋值 给 另 一 个 变量 时 会 复制 其 包 
含 的 值 。 这 与 引用 类 型 变量 的 赋值 不 同 ， 引 用 类 型 变量 的 赋值 只 复制 对 象 的 引用 ， 不 会 
复制 对 象 本 身 。 


截至 本 书写 作 时 (2018 年 )，JDK 改进 建议 还 在 就 值 类 型 的 引入 进行 讨论 。 


3. 装 箱 、 泛 型 、 值 类 型 一 一 互相 交织 的 问题 

我 们 希望 能 够 在 Java 中 引入 值 类 型 ， 因 为 函数 式 编程 处 理 的 不 可 变 对 象 都 没有 特征 。 我 们 
希望 基本 数据 类 型 可 以 作为 值 类 型 的 特例 ， 但 又 不 要 有 Java 当前 的 泛 型 消除 模式 ， 因 为 这 意味 
着 值 类 型 不 做 装 箱 就 不 能 使 用 泛 型 。 由 于 对 象 的 消除 模式 ， 基 本 类 型 ( 比如 int ) 对 象 的 ( 装 箱 ) 
版 本 ( 比如 Integer ) 对 集合 和 Java 泛 型 依旧 非常 重要 ， 然 而 , 由 于 它们 继承 自 object (并 因 
此 存在 引用 特征 ), 这 是 我 们 不 想 要 的 。 解 决 这 些 问 题 中 的 任何 一 个 就 意味 着 解决 了 所 有 的 问题 。 
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过 去 的 22 年 里 Java 发布 了 10 个 大 版 本 一 一 版 本 发 布 的 平均 间隔 时 间 是 两 年 多 .有 些 情 况 下 ， 
两 个 大 版 本 之 间 的 等 竺 周期 甚至 长 达 五 年 。Java 架构 师 们 已 经 意识 到 这 种 状况 将 无 以 为 继 , 因为 
这 种 模式 无 法 适应 语言 快速 发 展 的 需要 ， 这 也 是 为 什么 JVM 支持 的 新 型 语言 ， 比 如 Scala 和 
Kotlin， 与 Java 在 语言 特性 支持 上 差距 日 益 拉 大 的 原因 。 对 Lambda 或 者 Java 模块 系统 这 种 革命 
性 的 , 或 者 工作 量 大 的 特性 ,这么 漫长 的 发 布 周 期 是 恰如其分 的 。 然 而 ,这 也 意味 着 一 些小 型 的 
改动 不 得 不 等 待 这 些 巨型 变更 完成 ， 才 能 跟随 其 一 起 整合 到 发 布 语言 中 ， 这 听 起 来 没什么 道理 。 
譬如 第 8 章 中 介绍 的 集合 工厂 方法 ,其 在 Java 9 的 模块 系统 完成 之 前 很 久 就 已 经 达到 发 布 标准 了 ， 
却 不 能 及 时 地 发 布 给 用 户 。 

基于 这 些 原因 ， 从 现在 开始 ，Java 的 开发 周期 进行 了 调整 ， 变 成 了 六 个 月 。 这 意味 着 ， 每 隔 
六 个 月 Java 和 JVM 就 会 发 布 一 个 新 版 本 。2018 年 3 月 Java 10 发 布 ，Java 11 预计 于 2018 年 9 月 
发 布 "。Java 架构 师 们 也 意识 到 ， 虽 然 这 种 更 快速 的 开发 周期 对 语言 演化 有 利 ， 遵 循 敏捷 实践 的 
开发 者 和 公司 也 习惯 了 频繁 试用 新 的 技术 , 但 是 大 多 数 保 守 型 的 组 织 更 新 软件 的 速度 通常 都 比较 
慢 , 这 种 新 的 发 布 节奏 会 给 他 们 带 来 困扰 。 出 于 这 个 原因 ，Java 架构 师 们 决定 每 隔 三 年 发 布 一 个 
长 期 支持 版 本 (long-term support, LST )， 对 这 种 发 布 版 本 的 支持 会 持续 三 年 。Java 9 不 属于 LST 
版 本 , 一 旦 Java 10 发 布 , 对 Java 9 的 官方 支持 就 停止 了 。 对 Java 10 的 支持 也 是 如 此 。 而 Java 11 
与 此 相反 , 它 是 一 个 长 期 支持 版 本 , 计划 于 2018 年 9 月 发 布 , 对 它 的 支持 会 持续 到 2021 年 9 月 。 
21-2 显示 了 接 下 来 几 年 Java 版 本 的 生命 周期 。 









































































































































@ Java 11 发 布 于 2018 年 9 月 25 日 。 一 一 译 者 注 
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图 21-2 未 来 Java 版 本 的 生命 周期 


当今 这 个 年 代 ， 几 乎 所 有 的 软件 系统 和 语言 都 在 竭尽 所 能 地 迅速 演进 ， 做 出 缩短 Java 开发 
周期 这 一 决定 也 是 必然 的 。 更 短 的 开发 周期 可 以 帮助 Java 持续 演进 ， 在 接 下 来 的 这 些 年 里 保持 
不 断 更 新 的 活力 。 


21.6 ” 写 在 最 后 的 话 


本 书 探索 了 Java 8 和 Java 9 新 增 的 一 系列 新 特性 。Java 8 代表 了 自 Java 创建 以 来 可 能 最 大 的 
次 演进 一 一 唯一 能 与 之 相提并论 的 大 演进 是 在 10 年 之 前 (2005 年 )， 即 Java 5 中 所 引入 的 泛 型 。 

Java9 最 吸引 眼球 的 特性 是 大 家 期 竺 已 久 的 模块 系统 ， 相 对 于 程序 员 而 言 ， 对 这 个 特性 更 感 兴 
的 可 能 是 软件 架构 师 。Java 9 还 借助 Flow API 对 协议 进行 了 标准 化 ， 支 持 了 反应 式 流 。Java 10 
引入 了 局 部 变量 类 型 推断 , 这 是 一 个 在 其 他 编程 语言 里 大 获 好 评 的 语言 特性 , 可 以 帮助 程序 员 提 
升 开发 效率 ,Java 11 支持 在 Lambda 表 达 式 的 隐 式 类 型 参数 列表 中 使 用 局 部 变量 类 型 的 var 语法。 
更 重要 的 是 ，Java 11 包含 了 本 书 介绍 的 并 发 和 反应 式 编程 的 思想 ， 引 入 了 一 种 新 的 异步 HTTP 
客户 端 库 ， 完全 支持 了 CompletableFutureo 最 后 ， 截至 本 书 创作 时 ， Java 12 宣布 准备 支持 一 
种 改进 的 switch 结构 , 该 结构 可 以 作为 表达 式 使 用 , 而 不 仅仅 是 一 条 语句 一 一 这 是 函数 式 程序 
设计 语言 的 重要 特性 。 实 际 上 ， 正 如 21.4.2 节 所 讨论 的 ，switch 表达 式 为 在 Java 中 引入 模式 匹 
配 铺 平 了 道路 .所 有 这 些 语言 特性 的 更 新 都 表明 了 函数 式 编程 的 思想 及 其 影响 在 不 久 的 将 来 还 会 
继续 引领 着 Java 发 展 的 方向 。 

本 章 中 ,我 们 了 解 了 Java 进一步 发 展 所 面临 的 压力 。 如 果 用 一 句 话 来 总 结 ， 我 们 会 说 : 


Java8、9、10 以 及 11 已 经 占据 了 一 个 非常 好 的 位 置 ， 可 以 斩 时 “ 喘 一 口气 了 ”， 但 
这 绝 不 是 终点 ! 


希望 你 能 享受 这 段 学 习 探 索 的 旅程 ， 也 希望 本 书 能 燃 起 你 进一步 了 解 Java 语言 的 兴趣 。 
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本 附录 会 讨论 Java 8 中 尚未 谈 及 的 三 个 新 语言 特性 , 分 别 是 : 重复 注解 ( repeated annotation )、 
类 型 注解 ( type annotation ) 和 通用 目标 类 型 推 采 (generalizedtarget-type inference )。 附 录 B 会 讨 
论 Java 8 中 类 库 的 变化 。 我 们 不 会 讨论 JDK 8 的 更 新 内 容 , 比 如 Nashorn 或 者 精简 运行 时 ( compact 
profile )， 因 为 它们 是 JVM 的 新 特性 。 本 书 专注 于 介绍 类 库 和 语言 的 变化 。 如 果 你 对 Nashorn 或 
者 精简 运行 时 感 兴趣 ， 推 荐 你 阅读 以 下 两 个 链接 的 内 容 ， 分 别 是 http://openjdk.java.net/projects/ 
nashorn/ 和 http://openjdk.java.net/jeps/161。 











A.1 注解 


Java 8 在 两 个 方面 对 注解 机 制 进行 了 改进 ， 分 别 为 : 
口 你 现在 可 以 定义 重复 注解 ; 
口 使 用 新 版 Java， 你 可 以 为 任何 类 型 添加 注解 。 

正式 开始 介绍 之 前 ， 先 快速 地 回顾 一 下 注解 在 Java 8 之 前 的 版 本 中 能 做 什么 , 这 有 助 于 加 深 
我 们 对 新 特性 的 理解 。 

Java 中 ， 注 解 是 一 种 使 用 附加 信息 装饰 程序 元 素 的 机 制 ( 注意 ，Java 8 之 前 ， 只 有 声明 可 以 
被 注解 )。 换 句 话 说 ， 它 就 像 是 一 种 语法 元 数据 ( syntactic metadata )。 比 如 ，JUnit 框架 中 就 用 了 
非常 多 的 注解 。 下 面 这 段 代码 中 ，setUp 方法 使 用 了 eBefore 进行 注解 ， 而 testAlgorithm 
使 用 了 @Test 进行 注解 : 

















@Before 
public void setUp(){ 
this.list = new ArrayList<>(); 


} 


@Test 
public voidq testAlgorithm(){ 


assertEquals(5, list.size()); 


} 
注解 尤其 适用 于 下 面 这 些 场景 。 
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口 在 JUnit 的 上 下 文中 , 使 用 注解 能 帮助 区 分 哪些 方法 是 真正 的 单元 测试 ， 哪些 是 在 做 环境 
搭建 工作 。 

口 注解 可 以 用 于 文档 编制 。 比 如 ， @Deprecated 注解 被 广泛 应 用 于 说 明 某 个 方法 不 再 推荐 
使 用 。 

口 Java 编译 器 还 可 以 依据 注解 检测 错误 ， 禁 止 报 警 输 出 ， 甚 至 还 能 生成 代码 。 

口 注解 在 Java 企业 版 中 尤其 流行 ， 它 们 经 常 被 用 于 配置 企业 应 用 程序 。 



































A.1.1 重复 注解 
老 版 的 Java 禁止 对 同一 个 声明 使 用 多 个 同类 的 注解 。 由 于 这 个 原因 ， 下 面 的 第 二 行 代码 是 
无 效 的 : 
@interface Author { String name(); } | 错误 : 重复 
@Author (name="Raoul") @Author (name="Mario") @Author (name="Alan") 的 注解 
Class Book{ } 





Java 企业 版 的 程序 员 经 常 通过 一 些 惯用 法 绕 过 这 一 限制 。 你 可 以 声明 一 个 新 的 注解 , 它 包含 








了 你 希望 重复 的 注解 数组 。 这 种 方法 的 形式 如 下 : 


限 


@interface Author { String name(); } 
@interface Authors { 

Author[] value(); 
} 
QGAuthors ( 

{ @Author (name="Raoul"), @Author (name="Mario") , @Author (name="Alan")} 

) 
class Book{} 


Book 类 的 符 套 注解 看 起 来 相当 丑陋 。 这 是 Java 8 想 要 彻底 移 除 这 一 限制 的 原因 ， 去 掉 这 一 

















出 后 ， 代 码 的 可 读 性 会 好 很 多 。 由 于 新 版 Java 中 规定 允许 重复 注解 ， 因 此 你 现在 可 以 毫 无 顾 























虚 地 在 一 个 声明 中 使 用 多 个 同 种 类 型 的 注解 了 。 然 而 ,目前 这 还 不 是 默认 行为 ,你 需要 显 式 地 要 
求 重复 注解 。 








创建 一 个 重复 注解 
如 果 一 个 注解 在 设计 之 初 就 是 可 重复 的 , 那么 你 可 以 直接 使 用 它 。 但是， 如 果 你 提供 的 注解 


















































是 为 用 户 提供 的 , 那么 就 需要 做 一 些 工作 , 说 明 该 注解 可 以 重复 。 下 面 是 你 需要 执行 的 两 个 步骤。 


(1) 将 注解 标记 为 &Repeatable。 

(2) 提供 一 个 注解 的 容器 。 

下 面 的 例子 展示 了 如 何 将 eauthor 注解 修改 为 可 重复 注解 : 
@Repeatable (Authors.class) 

@interface Author { String name(); } 


@interface Authors { 
Author[] value(); 





} 
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完成 了 这 样 的 定义 之 后 ，Book 类 可 以 通过 多 个 aauthor 注解 进行 注释 ， 如 下 所 示 : 

















@Author (name="Raoul") @Author (name="Mario") QAuthor (name="Alan") 
class Book{ } 





编译 时 ,Book 会 被 认为 使 用 了 类 似 @Authors ({@Author (name="Raoul")，@Author (name= 
"Mario")，@Author (name="Alan")}) 这 样 的 注解 ， 所 以 ,你 可 以 把 这 种 新 机 制 看 作 一 种 语法 
糖 , 它 提供 了 Java 程 序 员 之 前 采用 的 惯用 法 那样 的 功能 。 为 了 确保 与 反射 方法 在 行为 上 的 一 致 性 ， 
注解 会 被 封装 到 一 个 容 需 中 。Java API 的 getAnnotation(Class<T> annotation-Class) 方 
法 会 为 注解 元 素 返 回 类 型 为 T 的 注解 。 如 果实 际 情况 有 多 个 类 型 为 的 注解 ， 该 方法 返回 的 到 
底 是 哪 一 个 呢 ? 

我 们 不 希望 一 下 子 就 陷 人 细节 的 魔 吕 ,类 class 提供 了 一 个 新 的 getannotationsByType 
方法 ， 它 可 以 帮助 我 们 更 好 地 使 用 重复 注解 。 比 如 ， 你 可 以 像 下 面 这 样 打印 输出 Book 类 的 所 有 
Author 注解 : 

















返回 一 个 由 重复 注解 


public static void main(String[] args) { Author 组 成 的 数组 
Author[] authors = Book.class.getAnnotationsByType (Author.class); < 
Arrays.asList (authors) .forEach(a -> { System.out.println(a.name()); }); 


} 
这 上段 代码 要 正常 工作 的 话 , 需要 确保 重复 注解 及 它 的 容器 都 有 运行 时 保持 策略 。 关 于 与 遗留 
反射 方法 的 兼容 性 的 更 多 讨论 ， 可 以 参考 http://cr.openjdk.java.net/~abuckley/8misc.pdf。 


A.1.2 ”类 型 注解 


从 Java 8 开始 ,注解 已 经 能 应 用 于 任何 类 型 ,这 其 中 包括 new 操作 符 、 类 型 转换 instanceof 
检查 、 泛 型 类 型 参数 ， 以 及 implements 和 throws 子 句 。 这 里 举 了 一 个 例子 ， 这 个 例子 中 类 
型 为 String 的 变量 name 不 能 为 空 ， 所 以 使 用 了 eNonNul11 对 其 进行 注解 : 


























GNonNu11 String name = person.getName(); 


类 似 地 ， 你 可 以 对 列表 中 的 元 素 类 型 进行 注解 : 





List<@NonNull Car> cars = new ArrayList<>(); 


为 什么 这 么 有 趣 呢 ? 实际 上 , 利用 好 对 类 型 的 注解 非常 有 利于 对 程序 进行 分 析 。 这 两 个 例子 
中 , 通过 这 一 工具 可 以 确保 getName 不 返回 空 ，cars 列表 中 的 元 素 总 是 非 空 值 。 这 会 极 大 地 帮 
助 你 减少 代码 中 不 期 而 至 的 错误 。 

Java 8 并 未 提供 官方 的 注解 或 者 一 种 工具 能 以 开 箱 即 用 的 方式 使 用 它们 。 它 仅仅 提供 了 一 种 
功能 ， 你 使 用 它 可 以 对 不 同 的 类 型 添加 注解 。 幸 运 的 是 ， 这 个 世界 上 还 存在 一 个 名 为 Checker 的 
框架 , 它 定义 了 多 种 类 型 注解 ， 使 用 它们 你 可 以 增强 类 型 检查 。 如 果 对 此 感 兴趣 ， 建议 你 看 看 它 
的 教程 ， 地 址 链接 为 : http:/www.checkerframework.org。 关 于 在 代码 中 的 何 处 使 用 注解 的 更 多 内 
容 ， 可 以 访问 http://docs.oracle.com/javase/specs/jls/se8/html/jls-9.html#jls-9.7.4。 
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A.2 通用 目标 类 型 推断 


Java 8 对 泛 型 参数 的 推断 进行 了 增强 。 相 信 你 对 Java 8 之 前 版 本 中 的 类 型 推断 已 经 比较 熟悉 
了 。 比 如 ，Java 中 的 emptyList 方法 定义 如 下 : 








static <T> List<T> emptyList(); 


emptyList 方法 使 用 了 类 型 参 关 T 进行 参数 化 。 你 可 以 像 下 面 这 样 为 该 类 型 参数 提供 一 个 
显 式 的 类 型 进行 子 数 调用 : 





























List<Car> cars = Collections.<Car>emptyList(); 


不 过 Java 也 可 以 推 斯 泛 型 参数 的 类 型 。 上 述 代 码 和 下 面 这 段 代码 是 等 价 的 ; 








List<Car> cars = Collections .ermptyList () 


Java 8 出 现 之 前 ， 这 种 推断 机 制 依赖 于 程序 的 上 下 文 ( 即 目 标 类 型 )， 具 有 一 定 的 局 限 性 。 
比如 ,下面 这 种 情况 就 不 大 可 能 完成 推断 : 
static void cleanCars (List<Car> cars) { 


} 


cleanCars (Collections.emptyList()); 


你 会 遭遇 下 面 的 错误 : 
































cleanCars (java.util.List<Car>)cannot be applied to 
(java.util.List<java.lang.Object>) 


为 了 修复 这 一 问题 ， 你 只 能 像 之 前 展示 的 那样 提供 一 个 显 式 的 类 型 参数 。 
Java 8 中 ， 目 标 类 型 包括 向 方法 传递 的 参数 ， 因 此 你 不 再 需要 提供 显 式 的 泛 型 参数 : 














List<Car> cleanCars = dirtyCars.stream!() 
.filter(Car::isClean) 
.Collect (Collectors.toList()); 


通过 这 段 代码 ， 我 们 能 很 清晰 地 了 解 到 ， 正 是 伴随 Java 8 而 来 的 改进 ， 你 只 需要 一 入 
Collectors .toList () 就 能 完成 期 望 的 工作 , 不 再 需要 编写 像 Collectors.<Car>toList() 
这 么 复杂 的 代码 了 。 


其 他 类 库 的 更 新 











本 附录 会 审视 Java 8 方法 库 主 要 的 变化 。 
B.1 集合 


Collection API 在 Java 8 中 最 重大 的 更 新 就 是 引入 了 流 , 我 们 已 经 在 第 4~6 章 进 行 了 介绍 。 当 
， 除 此 之 外 ,第 9 章 还 讨论 了 Collection API 的 其 他 更 新 ， 本 附录 会 再 做 一 些 补充 。 


B.1.1 其 他 新 增 的 方法 


JavaAPI 的 设计 者 们 充分 利用 默认 方法 ， 为 集合 接口 和 类 新 增 了 多 个 新 的 方法 。 这 些 新 增 的 
方法 已 经 列 在 表 B-1 中 了 。 

















表 B-1 集合 类 和 接口 中 新 增 的 方法 





类 /接口 新 方 法 
Map getOrDefault, forEach, compute, computeIfAbsent, computeIfPresent, merge, 
putIfAbsent, remove(key, value), replace, replaceAll, of, ofEntries 
Iterable forEach, spliterator 
Iterator forEachRemaining 
Collection removeIf， stream, parallelStream 
List replaceAll, sort, of 
BitSet Stream 
Set of 
1. Map 


Map 接口 的 变化 最 大 , 它 增 加 了 多 个 新 方法 。 比 如 ，getorDefault 方法 就 可 以 替换 现在 检 
测 Map 中 是 否 包 含 给 定 键 映射 的 惯用 方法 。 如 果 Map 中 不 存在 这 样 的 键 映射 ， 你 可 以 提供 一 
默认 值 , 方法 会 返回 该 默认 值 。 使 用 之 前 版 本 的 Java, 要 实现 这 一 目的 , 你 可 能 会 编写 如 下 这 上段 
代码 : 

Map<String, Integer> carIinventory = new HashMap<>(); 


Integer count = 0; 
if(map.containsKey ("Aston Martin"))t{ 
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count = map.get ("Aston Martin" ) ; 


} 
使 用 新 的 Map 接口 之 后 ， 你 只 需要 简单 地 编写 一 行 代码 就 能 实现 这 一 功能 ， 代 码 如 下 : 























Integer count = map.getOrDefault ("Aston Martin", 0); 

注意 ,这 一 方法 仅 在 没有 映射 时 才 生 效 。 比 如 ， 如 果 键 被 显 式 地 映射 到 了 空 值 ,那么 该 方法 
是 不 会 返回 你 设 定 的 默认 值 的 。 
另 一 个 特别 有 用 的 方法 是 computeIfAbsent， 这 个 方法 在 第 19 章 解释 记忆 表 时 曾经 简要 
地 提 到 过 。 它 能 帮助 你 非常 方便 地 使 用 缓存 模式 。 比 如 ,假设 你 需要 从 不 同 的 网 站 抓 取 和 处 理 数 
据 。 这 种 场景 下 , 如 果 能 够 缓存 数据 是 非常 有 帮助 的 , 这 样 你 就 不 需要 每 次 都 执行 (代价 极 高 的 ) 
数据 抓 取 操作 了 : 


public String getDatal(String url)t 
























































FA 上 本 
String data = cache.get (url); et 
if (data == null){ 二 | 已 经 缓存 
data = getData (url); 
Ene Re < 一 | 如 果 数 据 没有 缓存 ， 那 就 访问 网 站 


} 


return data; 


抓 取 数据 , 紧 接 着 对 Map 中 的 数据 
进行 缓存 ， 以 备 将 来 使 用 之 需 





} 
这 段 代码 ， 你 现在 可 以 通过 computeIfAbsent 用 更 加 精炼 的 方式 实现 ， 代码 如 下 所 示 : 

















public String getDatal(String url)t 
return cache.computeIfAbsent (url, this::getData); 


} 
上 面 介 绍 的 这 些 方法 ， 其 更 详细 的 内 容 都 能 在 Java API 的 官方 文档 中 找到 。 注 意 ， 
ConcurrentHashMap 也 进行 了 7 更新， 提供 了 新 的 方法 。B.2 节 会 讨论 。 


2. 集合 

removeIf 方法 可 以 移 除 集合 中 满足 某 个 谓词 的 所 有 元 素 。 注 意 ， 这 一 方法 与 在 介绍 Stream 
API 时 提 到 的 filter 方法 不 大 一 样 。Stream API 中 的 filter 方法 会 产生 一 个 新 的 流 ， 不 会 对 
当前 作为 数据 源 的 流 做 任何 变更 。 


3. 列表 

replaceAll 方法 会 对 列表 中 的 每 一 个 元 素 执行 特定 的 操作 ， 并 用 处 理 的 结果 替换 该 元 素 。 
它 的 功能 和 Stream 中 的 map 方法 非常 相似 , 不 过 *eplaceaAl1 会 修改 列表 中 的 元 素 。 与 此 相反 ， 
map 方法 会 生成 新 的 元 素 。 

比如 ， 下 面 这 段 代码 会 打印 输出 [2,4,6,8,10]， 因 为 列表 中 的 元 素 被 原 地 修改 了 : 
































List<Integer> numbers = Arrays.asList(1, 2, 3, 4, 5); 

x 2). 打印 输出 
numbers.replaceAll(x -> x 2 A Be 0 
System.out .println (numbers); < [2, 4, 6, 8, 10] 
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B.1.2 Collections 类 


Collections 类 已 经 存在 了 很 长 的 时 间 ， 它 的 主要 功能 是 操作 或 者 返回 集合 。Java 8 中 它 
又 新 增 了 一 个 方法 , 该 方法 可 以 返回 不 可 修改 的 、 同 步 的 、 受 检查 的 或 者 是 空 的 NavigableMap 
或 NavigapleSet。 除 此 之 外 ， 它 还 引入 了 checkedQueue 方法 ， 该 方法 返回 一 个 队列 视图 ， 
可 以 扩展 进行 动态 类 型 检查 。 





B.1.3 Comparator 

Comparator 接口 现在 同时 包含 了 默认 方法 和 静态 方法 。 你 可 以 使 用 第 3 章 中 介绍 的 静态 方 
法 comparator .comparing 返回 一 个 Comparator 对 象 , 该 对 象 提 供 了 一 个 可 以 提取 排序 关键 
字 的 函数 。 



































新 的 实例 方法 如 下 。 
口 reversed 一 一 对 当前 的 Comparator 对 象 进行 逆序 排序 ,并 返回 排序 之 后 新 的 Comparator 
对 象 。 


口 thenComparing 一 一 当 两 个 对 象 相同 时 ， 返 回 使 用 另 一 个 comparator 进行 比较 的 

Comparator 对 象 。 

口 thenComparingInt、 thenComparingDouble、 thenCompari ngLong 一 一 这 些 方法 的 
工作 方式 和 thencomparing 方法 类 似 ， 不 过 它们 的 处 理 函 数 是 特别 针对 某 些 基 本 数据 
类 型 ( 分别 对 应 ToIntFunction、ToDoubleFunction 和 ToLongFunction ) 的 。 

新 的 静态 方法 如 下 。 

口 comparingdInt 、comparingDouble、comparingLongGr 它们 的 工作 方式 和 Comparind 
类 似 ， 但 接受 的 函数 特别 针对 某 些 基本 数据 类 型 ( 分 别 对 应 于 ToIntFunction、 
ToDoubleFunction 和 ToLongFunction )。 

对 Comparable 对 象 进行 自然 排序 ， 返 回 一 个 Comparator 对 象 。 

DnullsFirst, nullsLast 对 空 对 象 和 非 空 对 象 进行 比较 , 你 可 以 指定 空 对 象 (null ) 

比 非 空 对 象 (non-null ) 小 或 者 比 非 空 对 象 大 ， 返 回 值 是 一 个 Comparator 对 象 。 

口 reverseOrder 和 naturalorder() .reversed() 方 法 类 似 。 


B.2 并 发 
Java 8 中 引入 了 多 个 与 并 发 相关 的 更 新 。 首 当 其 冲 的 当然 是 并 行 流 ， 第 7 章 详 细 讨 论 过 。 男 


外 一 个 就 是 第 16 章 中 介绍 的 CompletableFuture 类 。 

除 此 之 外 ， 还 有 一 些 值 得 注意 的 更 新 。 比 如 ，Arrays 类 现在 支持 并 发 操作 了 。B.3 节 会 讨 
论 这 些 内 容 。 

本 节 想 要 围绕 java.util.concurrent .atomic 包 的 更 新 展开 讨论 。 这 个 包 的 主要 功能 是 
处 理 原 子 变量 ( atomic variable )。 除 此 之 外 ， 我 们 还 会 讨论 concurrentHashMap 类 的 更 新 ， 它 
现在 又 新 增 了 几 个 方法 。 





























口 naturalOrder 
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B.2.1 原子 操作 


java.util.concurrent .atomic 包 提 供 了 多 个 对 数字 类 型 进行 操作 的 类 , 比如 AtomicInteger 
和 AtomicLong， 它 们 支持 对 单一 变量 的 原子 操作 。 这 些 类 在 Java 8 中 新 增 了 更 多 的 方法 文 持 。 
口 getAndUpdate 一 一 以 原子 方式 用 给 定 的 方法 更 新 当前 值 ， 并 返回 变更 之 前 的 值 。 
口 updateAndGet 以 原子 方式 用 给 定 的 方法 更 新 当前 值 ， 并 返回 变更 之 后 的 值 。 


















































口 getAndAccumulate 以 原子 方式 用 给 定 的 方法 对 当前 及 给 定 的 值 进行 更 新 ， 并 返回 
变更 之 前 的 值 。 

口 accumulateAndGet 以 原子 方式 用 给 定 的 方法 对 当前 及 给 定 的 值 进行 更 新 ， 并 返回 
变更 之 后 的 值 。 





下 面 的 例子 向 我 们 展示 了 如 何以 原子 方式 比较 一 个 现存 的 原子 整 型 值 和 一 个 给 定 的 观测 值 
( 比如 10 )， 并 将 变量 设 定 为 二 者 中 较 小 的 一 个 。 





int min = atomicInteger.accumulateAndGet (10, Integer: :min); 


Adder 和 Accumulator 
多 线程 的 环境 中 ,如 果 多 个 线程 需要 频繁 地 进行 更 新 操作 ， 且 很 少 有 读 取 的 动作 ( 比如, 在 
统计 计算 的 上 下 文中 )，JavaAPI 文 档 中 推荐 大 家 使 用 新 的 类 LongAdder、LongAccumulator、 
DoubleAdder 以 及 Doubleaccumulator， 尽 量 避 免 使 用 它们 对 应 的 原子 类 型 。 这 些 新 的 类 在 
设计 之 初 就 考虑 了 动态 增长 的 需求 ， 可 以 有 效 地 减少 线程 间 的 竞争 。 














LongAddr 和 DoubleAgdder 类 都 支持 加 法 操作 ， 而 LongAccumulator 和 DoubleAccumulator 
可 以 使 用 给 定 的 方法 整合 多 个 值 。 比 如 ， 可 以 像 下 面 这 样 使 用 LongAgdger 计算 多 个 值 的 总 和 。 


代码 清单 B-1 使 用 LongaAdder 计算 多 个 值 之 和 














LongAdder adder = new LongAdder (); < 一 使 用 默认 构建 器 ， 
到 某 个 时 刻 得 adder .add (10); < 在 多 个 不 同 的 初始 的 sum 值 被 
出 sum 的 值 Ye 线程 中 进行 加 置 为 0 


long sum = adder.sum(); 法 运算 


或 者 ， 你 也 可 以 像 下 面 这 样 使 用 LongAccumulator 实现 同样 的 功能 。 
代码 清单 B-2 使 用 LongAccumulator 计算 多 个 值 之 和 


LongAccumulator acc = new LongAccumulator(Long::sum, 0); 在 几 个 不 同 的 线 


acc.accumulate(10); | 程 中 累计 计算 值 
了 个 时 克 
long result = acc.get (); 本 全 个 加 有 


| 得 出 结果 


B.2.2 ConcurrentHashMap 


ConcurrentHashMap 类 的 引入 极 大 地 提升 了 HashMap 现代 化 的 程度 ， 新 引入 的 concur- 
rentHashMap 对 并 发 的 支持 非常 友好 ,ConcurrentHashMap 人 允许 并 发 地 进行 新 增 和 更 新 操作 ， 
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因为 它 仅 对 内 部 数据 结构 的 某 些 部 分 上 锁 。 因 此 ， 和 男 一 种 选择 ， 即 同步 式 的 Hashtable 比较 
起 来 ， 它 具有 更 高 的 读 写 性 能 。 


1. 性 能 

为 了 改善 性 能 ， 要 对 ConcurrentHashMap 的 内 部 数据 结构 进行 调整 。 典型 情况 下 ， map 
的 条 目 会 被 存储 在 桶 中 ,依据 键 生成 散 列 值 进行 访问 。 但 是 ， 如 果 大 量 键 返回 相同 的 散 列 值 ， 由 
于 桶 是 由 List 实现 的 ， 它 的 查询 复杂 度 为 O(n)， 这 种 情况 下 性 能 会 恶化 。 在 Java 8 中 ， 当 桶 过 
于 腑 肿 时 ,它们 会 被 动态 地 替换 为 排序 树 ( sorted tree ), 排序 树 的 查询 复杂 度 为 O(log(n))。 注意 ， 
这 种 优化 只 有 当 键 是 可 以 比较 的 ( 比如 string 或 者 Number 类 ) 时 才 可 能 发 生 。 


2. 类 流 操作 
ConcurrentHashMap 文 持 三 种 新 的 操作 ， 这 些 操作 和 你 之 前 在 流 中 所 见 的 很 像 。 
口 forEach 对 每 个 键 值 对 进行 特定 的 操作 。 
D reduce 一 一 使 用 给 定 的 精简 函数 (reduction function ), 将 所 有 的 键 值 对 整合 出 一 个 结果 。 
口 search 一 一 对 每 一 个 键 值 对 执行 一 个 函数 ， 直 到 函数 的 返回 值 为 一 个 非 空 值 。 
以 上 每 一 种 操作 都 支持 四 种 形式 ， 接 受 使 用 键 、 值 、Map .Entry 以 及 键 值 对 的 函数 。 
口 使 用 键 和 值 的 操作 ( forEach、reduce、search )。 
口 使 用 键 的 操作 ( forEachKey、reduceKeys、searchKeys )。 
口 使 用 值 的 操作 ( forEachValue、reduceValues、searchValues )。 
口 使 用 Map.Entry 对 象 的 操作 ( forEachEntry、 reduceEntries、 searchEntries )。 
注意 ， 这 些 操作 不 会 对 concurrentHashMap 的 状态 上 锁 。 它 们 只 会 在 运行 过 程 中 对 元 素 
进行 操作 。 应 用 到 这 些 操 作 上 的 函数 不 应 该 对 任何 的 顺序 ,或 者 其 他 对 象 ， 抑 或 在 计算 过 程 发 生 
变化 的 值 ， 有 依赖 。 
除 此 之 外 ， 你 需要 为 这 些 操作 指定 一 个 并 发 净值 。 如 果 经 过 预 估 当 前 map 的 大 小 小 于 设 定 
的 靖 值 ， 那 么 操作 会 顺序 执行 。 使 用 值 1 开启 基于 通用 线程 池 的 最 大 并 行 。 使 用 值 
Long.MAX_VALUE 设 定 程 序 以 单线 程 执 行 操作 。 
下 面 这 个 例子 中 ， 我 们 使 用 reducevalues 试图 找 出 map 中 的 最 大 值 : 











































































































ConcurrentHashMap<String, Integer> map = new ConcurrentHashMap<>(); 
Optional<Integer> maxValue = 
Optional.of (map.reduceValues (1, Integer: :max)); 


注意 , 对 int、long 和 gdouble, 它们 的 reduce 操作 各 有 不 同 ( 比如 reduceValuesToInt、 
reduceKeysToLong 等 De 


3. 计数 

ConcurrentHashMap 类 提供 了 一 个 新 的 方法 ， 名 叫 mappingCount， 它 以 长 整 型 1ong 返 
回 map 中 映射 的 数目 。 我 们 应 该 尽量 使 用 这 个 新 方法 ， 而 不 是 老 的 size 方法 ，size 方法 返回 
的 类 型 为 int。 这 是 因为 映射 的 数量 可 能 是 int 无 法 表示 的 。 
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4. 集合 视图 

ConcurrentHashMap 类 还 提供 了 一 个 名 为 KeySet 的 新 方法 ， 该 方法 以 set 的 形式 返回 
ConcurrentHashMap 的 一 个 视图 (对 map 的 修改 会 反映 在 该 set 中 , 反之 亦 然 ) 你 也 可 以 使 
用 新 的 静态 方法 newKeySet, 由 ConcurrentHashMap 创建 一 个 Seto 











B.3 Arrays 


Arrays 类 提供 了 不 同 的 静态 方法 对 数组 进行 操作 。 现 在 ， 它 又 包括 了 四 个 新 的 方法 (它们 
都 有 特别 重 载 的 变量 )。 


B.3.1 使 用 parallelsort 


parallelSort 方法 会 以 并 发 的 方式 对 指定 的 数组 进行 排序 , 你 可 以 使 用 自然 顺序 , 也 可 以 
为 数组 对 象 定义 特别 的 Comparator。 


B.3.2 使 用 setAll 和 parallelSetAll 


setAll 和 parallelSsetA1ll 方法 可 以 以 顺序 的 方式 也 可 以 用 并 发 的 方式 ,使 用 提供 的 函数 
计算 每 一 个 元 素 的 值 ， 对 指定 数组 中 的 所 有 元 素 进行 设置 。 该 函数 接受 元 素 的 索引 , 返回 该 索引 
元 素 对 应 的 值 。 由 于 parallelSetAll 需要 并 发 执行 ， 因 此 提供 的 函数 必须 没有 任何 副作用 ， 
就 如 第 7 章 和 第 18 章 中 介绍 的 那样 。 

举例 来 说 ， 你 可 以 使 用 setaAl1l 方法 生成 一 个 值 为 0, 2, 4, 6, … 的 数组 : 

















int[] evenNumbers = new int[10]; 
Arrays.setAll (evenNumbers, i -> i * 2); 


B.3.3 使 用 parallelPrefix 


parallelpPrefix 方法 以 并 发 的 方式 ,» 利用 用 户 提供 的 二 进 制 操 作 符 对 给 定数 组 中 的 每 个 元 
素 进行 累积 计算 。 通 过 下 面 这 段 代码 ， 你 会 得 到 这 样 的 一 些 值 : 1, 2, 3, 4, 5, 6, 7, …。 


代码 清单 B-3 使 用 parallelPrefix 并 发 地 累积 数组 中 的 元 素 








int[] ones = new int[10]; 站 3 
Arrays.fill(ones, 1); ones 现在 的 内 容 是 
Arrays.parallelPrefix(ones, (a, b) ->a+b); < 二 一 [1, 2, 3, 4, 5, 6, 7, 8, 9, 10] 


B.4 Number 和 Math 


Java 8 API 对 Number 和 Math 也 做 了 改进 ， 为 它们 增加 了 新 的 方法 。 
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B.4.1 Number 


Number 类 中 新 增 的 方法 如 下 。 

口 short、Integer、Long、Float 和 Double 类 提供 了 静态 方法 sum、min 和 max。 在 

第 5 章 介 绍 reduce 操作 时 ， 你 已 经 见 过 这 些 方法 了 。 

口 Integer 和 Long 类 提供 了 compareUnsigned、 divideUnsigned、 remainderUnsigned 

和 touUunsignedString 方法 来 处 理 无 符号 数 。 

口 Integer 和 Long 类 也 分 别提 供 了 静态 方法 parseUnsignedInt 和 parseUnsigned- 

Long 将 字符 解析 为 无 符号 int 或 者 1ong 类 型 。 

口 Byte 和 Short 类 提供 了 toUnsignedInt 和 toUnsignedLonag 方法 通过 无 符号 转换 将 参数 

转化 为 int 或 者 long 类 型 。 类似 地 , Integer 类 现在 也 提供 了 静态 方法 tounsignedLong。 

口 Double 和 Float 类 提供 了 静态 方法 isFinite， 可 以 检查 参数 是 否 为 有 限 浮 点 数 。 

口 Boolean 类 现在 提供 了 静态 方法 logicaland、logicalor 和 1ogicalxor, 可 以 在 两 

个 boolean 之 间 执 行 anda、or 和 xor 操作 。 

口 BigInteger 类 提供 了 bytevalueExact 、shortValueExact 、intValueExact 和 
longValueExact， 可 以 将 BigInteger 类 型 的 值 转换 为 对 应 的 基础 类 型 。 不 过 ， 如 果 
在 转换 过 程 中 有 信息 的 丢失 ， 那 么 方法 会 抛 出 算术 异常 。 


















































B.4.2 Math 


如 果 Math 中 的 方法 在 操作 中 出 现 溢出 ，Math 类 提供 了 新 的 方法 可 以 抛 出 算术 异常 。 支 持 
这 一 异常 的 方法 包括 使 用 int 和 long 参数 的 addExact、 subtractExact、 multipleExact.、 
incrementExact、decrementExact 和 negateExact。 此 外 ，Math 类 还 新 增 了 一 个 静态 方 
法 toIntExact， 可 以 将 1ong 值 转换 为 int 值 。 其 他 的 新 增 内 容 包 括 静 态 方法 fl1oorMod、 


floorDiv 和 nextDowno 















































B.S5 Files 

















Files 类 最 引 人 注 目的 改变 是 , 你 现在 可 以 用 文件 直接 产生 流 。 第 5 章 中 提 到 过 新 的 静态 方 

法 Files.1lines， 通 过 该 方法 你 可 以 以 延迟 方式 读 取 文 件 的 内 容 ， 并 将 其 作为 一 个 流 。 此 外 ， 
还 有 一 些 非 常 有 用 的 静态 方法 可 以 返回 流 。 
口 Files.1ist 生成 由 指定 目录 中 所 有 条 目 构 成 的 stream<Path>。 这 个 列表 不 是 递归 
包含 的 。 由 于 流 是 延迟 消费 的 ， 因 此 处 理 包 含 内 容 非 常 庞大 的 目录 时 ， 这 个 方法 非常 有 用 。 
口 Files.walk 一 一 和 Files.1ist 有 些 类 似 ， 它 也 生成 包含 给 定 目录 中 所 有 条 目的 

Stream<Path>。 不 过 这 个 列表 是 递归 的 , 你 可 以 设 定 递归 的 深度 。 注 意 , 该 遍历 是 依照 

深度 优先 进行 的 。 
口 Files.fing 一 一 通过 递归 地 遍历 一 个 目录 找到 符合 条 件 的 条 目 ， 并 生成 一 个 stream<Path> 

对 象 。 
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B.6 ” Reflection 





附录 A 中 已 经 讨论 过 Java 8 中 注解 机 制 的 几 个 变化 。Reflection API 的 变化 就 是 为 了 支撑 这 
些 改变 。 

除 此 之 外 ，Reflection 接口 的 另 一 个 变化 是 新 增 了 可 以 查询 方法 参数 信息 的 API， 比 如 ， 
你 现在 可 以 使 用 新 增 的 java. lang.reflect.Parametet 类 查询 方法 参数 的 名 称 和 修饰 符 , 这 个 
类 被 新 的 java.1lang .reflect .Executable 类 所 引用 , 而 java.lang.reflect.Executable 
通用 函数 和 构造 郴 数 共享 的 父 类 。 


























B.7 String 
string 类 也 新 增 了 一 个 静态 方法 , 名 叫 join。 你 大 概 已 经 猜 出 它 的 功能 了 , 它 可 以 用 一 个 
分 隔 符 将 多 个 字符 串 连 接 起 来 。 你 可 以 像 下 面 这 样 使 用 它 : 


String authors = String.join(", ", "Raoul", "Mario", "Alan"); Raoul, Mario,Alan 
System.out .println(authors); < 一 





如 何以 并 发 方式 在 同一 个 


流 上 执行 多 种 操作 








Java 8 中 ， 流 有 一 个 非常 大 的 ( 也 可 能 是 最 大 的 ) 局 限 性 ， 使 用 时 ， 对 它 操作 一 次 仅 能 得 到 
一 个 处 理 结果 。 实 际 操作 中 ， 如 果 你 试图 多 次 遍历 同一 个 流 ,结果 只 有 一 个 ， 那 就 是 遭遇 下 面 这 
样 的 异常 : 






































java.lang.IllegalStateException: stream has already been operated upon or closed 


虽然 流 的 设计 就 是 如 此 , 但 我 们 在 处 理 流 时 经 常 希望 能 同时 获取 多 个 结果 。 壁 如 ,你 可 能 会 
用 一 个 流 来 解析 日 志文 件 ， 就 像 在 5.7.3 节 中 所 做 的 那样 ， 而 不 是 在 其 个 单一 步 又 中 收集 多 个 数 
据 。 或 者 ， 你 想 要 维持 菜单 的 数据 模型 ， 就 像 在 第 4~6 章 中 用 于 解释 流 特性 的 那个 例子 ,你 希望 
在 遍历 由 “佳肴 ”构成 的 流 时 收集 多 种 信息 。 

换 句 话说 ， 你 希望 一 次 性 向 流 中 传递 多 个 Lambda 表达 式 。 为 了 达到 这 一 目标 ， 你 需要 一 个 
fork 类 型 的 方法 ， 对 每 个 复制 的 流 应 用 不 同 的 函数 。 更 理想 的 情况 是 你 能 以 并 发 的 方式 执行 这 
些 操 作 ， 用 不 同 的 线程 执行 各 自 的 运算 得 到 对 应 的 结果 。 

不 幸 的 是 ,这些 特 性 目前 还 没有 在 Java 8 的 流 实现 中 提供 。 不 过 , 本 附录 会 为 你 展示 一 种 方 
法 , 利用 一 个 通用 API”, 即 spliterator, 尤其 是 它 的 延迟 绑 定 能 力 , 结合 Blockingoueues 
和 Futures 来 实现 这 一 大 有 神 益 的 特性 。 


C.1 复制 流 


要 达到 在 一 个 流 上 并 发 地 执行 多 个 操作 的 效果 ， 你 需要 做 的 第 一 件 事 就 是 创建 一 个 
StreamForker， 这 个 streamForker 会 对 原始 的 流 进 行 封装 ， 在 此 基础 之 上 你 可 以 继续 定义 
你 希望 执行 的 各 种 操作 。 看 看 下 面 这 段 代码 。 
















































































Q@ 本 附录 接 下 来 介绍 的 实现 基于 Paul Sandoz 向 lambda-dev 邮件 列表 http://mail.openjdk.java.net/pipermail/lambda-dev/ 
2013-November/011516.html 提供 的 解决 方案 。 
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代码 清单 C-1 定义 一 个 streamForker， 在 一 个 流 上 执行 多 个 操作 


public class StreamForker<T> { 


private final Stream<T> stream; 
private final Map<Object, Function<Stream<T>, ?>> forks = 
new HashMap<>(); 
public StreamForker (Stream<T> stream) { 
this.stream = stream; 


} 


public StreamForker<T> fork(Object key, Function<Stream<T>, ?> f) { 


forks.put (key, f); | p 过 
return this; < 一 返回 this 从 而 保 ee 
: 证 多 次 流畅 地 调 et 
public Results getResults() { 用 fork 方法 
// 功能 待 实现 
} 
} 


这 里 的 fork 方法 接受 两 个 参数 。 

口 Function 参数 ， 它 对 流 进行 处 理 ， 将 流转 变 为 代表 这 些 操作 结果 的 任何 类 型 。 

口 key 参数 , 通过 它 你 可 以 取得 操作 的 结果 , 并 将 这 些 键 /函数 对 累积 到 一 个 内 部 的 Map 中 。 
fork 方法 返回 StreamForker 自身 , 因此 , 你 可 以 通过 复制 多 个 操作 构造 一 个 流水 线 。 C-1 

展示 了 StreamForker 背后 的 主要 思想 。 



























































ws 入 1) Wiens 入 2 ) We 入 3) 


StreamForker 





















i ------ 


ES 


并 行 计算 
X1 | 应 用 X2 | 应 用 X3 | 应 用 


resultl1 result2 result3 


---- 轿 1 




















图 C-1 streamForker 详解 


附录 C 如 何以 并 发 方式 在 同一 个 流 上 执行 多 种 操作 477 








这 里 用 户 定义 了 希望 在 流 上 执行 的 三 种 操作 , 这 三 种 操作 通过 三 个 键 索引 标识 。StreamForker 
会 遍历 原始 的 流 ， 并 创建 它 的 三 个 副本 。 这 时 就 可 以 并 行 地 在 复制 的 流 上 执行 这 三 种 操作 , 这 些 
函数 运行 的 结果 由 对 应 的 键 进行 索引 ， 最 终 会 填 人 到 结果 的 Map。 

所 有 由 fork 方法 添加 的 操作 的 执行 都 是 通过 getResults 方法 的 调用 触发 的 , 该 方法 返回 
一 个 Results 接口 的 实现 ， 具 体 的 定义 如 下 : 





















































public static interface Results { 
public <R> R get (Object key); 
} 


这 一 接口 只 有 一 个 方法 , 你 可 以 将 fork 方法 中 使 用 的 key 对 象 作为 参数 传人 , 方法 会 返回 
该 键 对 应 的 操作 结果 。 








C.1.1 使 用 ForkingStreamConsumer 实现 Results 接口 


你 可 以 用 下 面 的 方式 实现 getResults 方法 : 


public Results getResults() { 
ForkingStreamConsumer<T> consumer = build(); 
ty 
stream.sequential().forEach (consumer); 
} finally { 
consumer.finish(); 


} 


return consumer; 


} 


ForkingStreamConsumer 同时 实现 了 前 面 定义 的 Results 接口 和 consumer 接口 。 随 着 
进一步 剖析 它 的 实现 细节 ， 你 会 看 到 它 主要 的 任务 就 是 处 理 流 中 的 元 素 ， 将 它们 分 发 到 多 个 
Blockingoueues 中 处 理 , Blockingoueues 的 数量 和 通过 fork 方法 提交 的 操作 数 是 一 致 的 。 
注意 ， 我 们 很 明确 地 知道 流 是 顺序 处 理 的 ， 不过， 如 果 你 在 一 个 并 发 流 上 执行 forEach 方法 ， 
它 的 元 素 可 能 就 不 是 顺序 地 被 插入 到 队列 中 了 。finish 方法 会 在 队列 的 末尾 插入 特殊 元 素 表 明 
该 队列 已 经 没有 更 多 需要 人 处 理 的 元 素 了 。build 方法 主要 用 于 创建 ForkingStreamConsumer， 
详细 内 容 请 参考 下 面 的 代码 清单 。 


代码 清单 C-2 ”使 用 buila 方法 创建 ForkingSstreamConsumet 


private ForkingStreamConsumer<T> build() { 创建 由 队列 组 成 的 列表 ， 每 
List<BlockingQueue<T>> queues = new ArrayList<>(); < 一 个 队列 对 应 一 个 操作 





















































Map<Object, Future<?>> actions = <4 一 建立 用 于 标识 操 
forks.entrySet () .stream() .reducel( 作 的 键 与 包含 操 


new HashMap<Object, Future<?>>(), 作 结 果 的 Future 
ops Sh 之 间 的 映射 关系 


map.put (e.getKey (), 
getOperationResult (queues, e.getValue())); 
return map; 
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(ml, m2) -> { 
ml .putAll (m2); 
return ml; 

学 


return new ForkingStreamConsumer<>(gqueues, actions); 


} 

代码 清单 C-2 中 ， 你 首先 创建 了 前 面 提 到 的 由 Blockingoueues 组 成 的 列表 。 紧 接着 ， 你 
创建 了 一 个 Map, Map 的 键 就 是 你 在 流 中 用 于 标识 不 同 操作 的 键 , 值 包含 在 Future 中 , Future 
中 包含 了 这 些 操 作对 应 的 处 理 结果 。Blockingoueues 的 列表 和 Future 组 成 的 Map 会 被 传递 
络 ForkingStreamConsumer 的 构造 函数 。 每 个 Futur 都 是 通过 getOperationResult 请 


法 创建 的 ， 代 码 清单 如 下 。 
代码 清单 C-3 ”使 用 getoperationResult 方法 创建 Future 


private Future<?> getOperationResult (List<BlockingQueue<T>> queues, 创建 一 个 队列 ， 




































































Function<Stream<T>, ?> f) { 并 将 其 添加 到 
BlockingQueue<T> queue = new LinkedBlockingQueue<>(); 队列 的 列表 中 


创建 一 个 splite- 
rator,， 遍历 队列 


queues.add (queue); 





2 Spliterator<T> spliterator = new BlockingQueueSpliterator<> (queue); 
中 的 元 素 Stream<T> source = StreamSupport.stream(spliterator, false); < 创建 一 个 流 , 将 
= > 一 个 CC， 信 
return CompletableFuture.supplyAsync( () -> f.apply (source) ); spliterator 
创建 一 个 Future 对 象 ， 以 异步 方 | | 作为 数据 源 








式 计算 在 流 上 执行 特定 函数 的 结果 


getOperationResult 方法 会 创建 一 个 新 的 Blockingoueue， 并 将 其 添加 到 队列 的 列表 。 
这 个 队列 会 被 传递 给 一 个 新 的 BlockingQueueSpliterator 对 象 ， 后 者 是 一 个 延迟 绑 定 的 
Sbliterator， 它 会 遍历 读 取 队 列 中 的 每 个 元 素 。 我 们 很 快 会 看 到 这 是 如 何 做 到 的 。 

接 下 来 你 创建 了 一 个 顺序 流 对 该 spliterator 进行 遍历 ,最终 你 会 创建 一 个 future 在 流 
上 执行 某 个 你 希望 的 操作 并 收集 其 结果 。 这 里 的 Future 使 用 completableFuture 类 的 一 个 
静态 工厂 方法 创建 ，completableFuture 实现 了 Future 接口 。 这 是 Java 8 新 引入 的 一 个 类 ， 
第 16 章 对 它 进行 过 详细 的 介绍 。 






























































C.1.2 开发 ForkingStreamConsumer 和 BlockingQueueSpliterator 


还 有 两 个 非常 重要 的 部 分 你 需要 实现 ,分别 是 前 面 提 到 过 的 ForkingStreamConsumer 类 
和 BlockingQueueSpliterator 类 。 你 可 以 用 下 面 的 方式 实现 前 者 。 


代码 清单 C-4 实现 ForkingstreamConsumer 类 ， 为 其 添加 处 理 多 个 队列 的 流 元 素 
static class ForkingStreamConsumer<T> implements Consumer<T>, Results { 
static final Object END_OF_STREAM = new Object (); 








private final List<BlockingQueue<T>> queues; 
private final Map<Object, Future<?>> actions; 
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ForkingStreamConsumer (List<BlockingQueue<T>> queues, 
Map<Object, Future<?>> actions) { 
this.queues = queues; 
this.actions = actions; 


} 


将 流 中 遍历 的 元 素 添 
@Override 加 到 所 有 的 队列 中 
public void accept (T 七 ) { 

queues.forEach(q -> q.add(t)); < 


} 将 最 后 一 个 元 素 


void finish( 添加 到 队列 中 , 表 


{ 





) 二 
accept ((T) END_OF_STREAM); < 明 该 流 已 经 结束 
} 
QOverride 
public <R> R get (Object key) { 
try { 
return ((Future<R>) actions.get (key)) .get(); < | 
} catch (Exception e) { 
throw new RuntimeException(e); 





} 


} 


等 待 Future 完成 
相关 的 计算 ， 返 回 
由 特定 键 标 识 的 
处 理 结果 


这 个 类 同时 实现 了 consumer 和 Results 接口 ， 并 持 有 两 个 引用 ， 一 个 指向 由 
Blockingoueues 组 成 的 列表 ， 另 一 个 是 执行 了 由 Future 构成 的 Map 结构 ， 它 们 表示 的 是 即 

















将 在 流 上 执行 的 各 种 操作 。 














Consumer 接口 要 求实 现 accept 方法 。 这 里 ， 每 当 ForkingStreamConsumer 接受 流 中 
的 一 个 元 素 ， 它 就 会 将 该 元 素 添 加 到 所 有 的 BlockingQueues 中 。 另 外 ， 当 原始 流 中 的 所 有 元 
素 都 添加 到 所 有 队列 后 ，finish 方法 会 将 最 后 一 个 元 素 添加 到 所 有 队列 中 。Blockingoueue- 





Spliterators 磁 到 最 后 这 个 元 素 时 会 知道 队列 中 不 再 有 需要 处 理 的 元 素 了 o 











Results 接口 需要 实现 get 方法 。 一旦 处 理 结束 ，get 方法 会 获得 Map 中 由 键 索引 的 


Future, 解析 处 理 的 结果 并 返回 o 








最 后 , 流 上 要 进行 的 每 个 操作 都 会 对 应 一 个 BlockingQueueSpliterator。 每 个 Blocking- 
QueueSpliterator 都 持 有 一 个 指向 BlockingQueues 的 引用 ,这 个 Blockingoueues 是 由 


ForkingStreamConsumer 生成 的 ， 你 可 以 用 与 下 面 这 段 代码 清单 类 似 的 方法 实现 一 个 





BlockingQueueSpliteratoro 


代码 清单 C-5 一 个 遍历 Blockingoueue 并 读 取 其 中 元 素 的 Spliterator 


class BlockingQueueSpliterator<T> implements Spliterator<T> { 
private final BlockingQueue<T> q; 


BlockingQueueSpliterator(BlockingQueue<T> G) { 
CHES = “CS 
} 
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public boolean tryAdvance (Consumer<? super T> action) { 


@Override 
ty 
while (true) { 
try 
t = q.take(); 
break; 


} catch (InterruptedException e) { } 


} 


if (t != ForkingStreamConsumer.END OF_STREAM) { 


action.accept (t); 
return true; 


} 


return false; 


} 


@Override 


BUBLTLTO SD1IIterdt drmTy trySOLI 和 tt 


return null; 


} 


@Override 
public long estimateSize() { 
return 0; 


} 


@Override 
public int characteristics() 
return 0; 
于 
} 


这 段 代码 实现 了 一 个 spliterator 


{ 





， 不 过 它 并 未 定义 如 何 切 分 流 的 策略 ， 仅 仅 利用 了 流 的 


延迟 绑 定 能 力 。 由 于 这 个 原因 ， 它 也 没有 实现 trysplit 方法 。 

由 于 无 法 预测 能 从 队列 中 取得 多 少 个 元 素 , 因此 sstimateqsize 方法 也 无 法 返回 任何 有 意 
义 的 值 。 更 进一步 ， 因 为 你 没有 试图 进行 任何 切 分 ， 所 以 这 时 的 估算 也 没什么 用 处 。 

这 一 实现 并 没有 体现 表 7-2 中 列 出 的 spliterator 的 任何 特性 ， 因 此 characteristic 





方法 返回 0。 





这 段 代 码 中 提供 了 实现 的 唯一 方法 是 tryAdvance, 它 从 Blockingoueue 中 取得 原始 流 中 
的 元 素 ， 而 这 些 元 素 最 初 由 ForkingStreamconsumet 添加 。 依 据 getoperationResult 方 
法 创建 spliterator 同样 的 方式 , 这 些 元 素 会 被 作为 进一步 处 理 流 的 源头 传递 给 Cconsumer 对 
象 (在 流 上 要 执行 的 函数 会 作为 参数 传递 给 某 个 fork 方法 调用 )。tryAdvance 方法 返回 true 
































以 通知 调用 方 还 有 其 他 的 元 素 需 要 处 理 ， 


直到 它 发 现 由 ForkingsStreamConsumer 添加 的 特殊 











对 象 ， 表 明 队 列 中 已 经 没有 更 多 需要 处 悍 
块 的 概述 。 


的 元 素 了 。 图 C-2 展示 了 StreamForker 及 其 构建 模 
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StreamForker ForkStreamConsumer 
















































BlockingQueueSpliterator2 











BlockingQueueSpliteratorl BlockingQueueSpliterator3 











图 C-2 streamForker 及 其 合作 的 构造 块 


这 幅 图 中 ， 左上 角 的 StreamForker 中 包含 一 个 Map 结构 ， 以 方法 的 形式 定义 了 流 上 要 执 
行 的 操作 ， 这 些 方法 分 别 由 对 应 的 键 索引 。 右 边 的 ForkingStreamConsumer 为 每 一 种 操作 的 
对 象 维护 了 一 个 队列 ， 原 始 流 中 的 所 有 元 素 会 被 分 发 到 这 些 队 列 中 。 

图 的 下 半 部 分 ， 每 一 个 队列 都 有 一 个 Blockingoueuespliterator 从 队列 中 提取 元 素 作 
为 各 个 流 处 理 的 源头 。 最 后 , 由 原始 流 复 制 创建 的 每 个 流 , 都 会 被 作为 参数 传递 给 某 个 处 理 函 数 ， 
执行 对 应 的 操作 。 至 此 ， 你 已 经 实现 了 streamForker 所 有 组 件 ， 可 以 开始 工作 了 。 

















C.1.3 将 StreamForker 运用 于 实战 


我 们 将 streamForker 应 用 到 第 4 章 中 定义 的 menu 数据 模型 上 ， 和 希望 对 它 进行 一 些 处 理 。 
通过 复制 原始 的 菜肴 (dish ) 流 , 我 们 想 以 并 发 的 方式 执行 四 种 不 同 的 操作 , 代码 清单 如 下 所 示 。 
这 尤其 适用 于 以 下 情况 : 你 想 要 生成 一 份 由 去 号 分 隔 的 菜肴 名 列表 , 计算 菜单 的 总 热量 , 找 出 热 
量 最 高 的 菜肴 ， 并 按照 菜 的 类 型 对 这 些 菜 进行 分 类 。 


代码 清单 C-6 将 StreamForker 运用 于 实战 


Stream<Dish> menuStream = menu.stream(); 


StreamForker.Results results = new StreamForker<Dish> (menuStream) 
.fork("shortMenu", s -> s.map (Dish::getName) 

"OLLIEeGC(IOLNing ("i DO) 
.fork("totalCalories", s -> s.mapToInt (Dish::getCalories) .sum()) 
.fork("mostCaloricDish", s -> s.collect (reducing!( 

(dl1, d2) -> dl.getCalories() > d2.getCalories() ? dl : d2)) 
.get ()) 

.fork("dishesByType", s -> s.collect (groupingBy (Dish::getType))) 
.getResults(); 
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String ShortMenu = results.get ("shortMenu"); 

int totalCalories = results.get ("totalCalories"); 

Dish mostCaloricDish = results.get ("mostCaloricDish"); 

Map<Dish.Type, List<Dish>> dishesByType = results.get ("dishesByType"); 


System.out.println("Short menu: " + shortMenu); 

System.out .println("Total calories: " + totalCalories); 
System.out .println("Most caloric dish: " + mostCaloricDish); 
System.out .println("Dishes by type: " + dishesByType); 








StreamForker 提供 了 一 种 使 用 简便 、 结 构 流畅 的 API， 它 能 够 复制 流 ， 并 对 每 个 复制 的 流 
施加 不 同 的 操作 。 这 些 应 用 在 流 上 以 函数 的 形式 表示 ， 可 以 用 任何 对 象 的 方式 标识 ,在 这 个 例子 
里 ,我 们 选择 使 用 string 的 方式 ,如 果 你 没有 更 多 的 流 需 要 添加 ,那么 可 以 调用 streamForker 
的 getResults 方法 ,触发 所 有 定义 的 操作 开始 执行 ,并 取得 streamForker .Results。 由 于 
这 些 操作 的 内 部 实现 就 是 异步 的 , getResults 方法 调用 后 会 立刻 返回 , 不 会 等 待 所 有 的 操作 完 
成 ， 拿 到 所 有 的 执行 结果 才 返 回 。 

你 可 以 通过 向 StreamForker.Results 接口 传递 标识 特定 操作 的 键 来 取得 某 个 操作 的 结 
果 。 如 果 该 时 刻 操 作 已 经 完成 ，get 方法 就 会 返回 对 应 的 结果 ; 否则 ,该 方法 会 阻塞 ， 直 到 计算 
结束 ， 取 得 对 应 的 操作 结果 。 

正如 我 们 所 预期 的 ， 这 段 代码 会 产生 下 面 这 些 输出 : 



































Short menu: pork, beef, chicken, french fries, rice, season fruit, pizza, 
prawns, salmon 

Total calories: 4300 

Most caloric dish: pork 

Dishes by type: {OTHER=[french fries, rice, season fruit, pizza], MEAT=[pork, 
beef, chicken], FISH=[prawns, salmon]} 


C.2 性 能 的 考量 


提起 性 能 ， 你 不 应 该 想当然 地 认为 这 种 方法 比 多 次 遍历 流 的 方式 更 加 高 效 。 如 果 构 成 流 的 
数据 都 保存 在 内 存 中 ,阻塞 式 队列 所 引发 的 开销 很 容易 就 抵消 了 由 并 发 执行 操作 所 带 来 的 性 能 
提升 。 

与 此 相反 ， 如 果 操 作 涉 及 大 量 的 WO， 壁 如 流 的 源头 是 一 个 巨型 文件 ， 那 么 单 次 访问 流 可 能 
是 个 不 错 的 选择 。 因 此 ( 大 多 数 情 况 下 ) 优化 应 用 性 能 唯一 有 意义 的 规则 是 “好 好 地 度量 它 ”。 

通过 这 个 例子 , 我 们 展示 了 怎样 一 次 性 地 在 同一 个 流 上 执行 多 个 操作 。 更 重要 的 是 , 我 们 相 
言 这 个 例子 也 证 明了 一 点 ， 即 使 某 个 特性 原生 的 Java API 暂时 还 不 支持 ， 充 分 利用 Lambda 表达 
式 的 灵活 性 和 一 点 点 的 创意 ， 整 合 现 有 的 功能 ， 你 完全 可 以 实现 想 要 的 新 特性 。 
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字 节 人 码 














你 可 能 会 好 奇 Java 编译 器 是 如 何 实 现 Lambda 表达 式 ， 而 Java 虚拟 机 又 是 如 何 对 它们 进行 
处 理 的 。 如 果 你 认为 Lambda 表达 式 就 是 简单 地 被 转换 为 匿名 类 ， 那 就 太 天 真 了 ， 请 继续 阅读 下 
去 。 本 附录 通过 审视 编译 生成 的 .class 文件 ， 简 要 地 讨论 Java 是 如 何 编译 Lambda 表达 式 的 。 


D.1 匿名 类 


第 2 章 已 经 介绍 过 ， 匿 名 类 可 以 同时 声明 和 实例 化 一 个 类 。 因 此 ， 它 们 和 Lambda 表达 式 一 
样 ， 也 能 用 于 提供 函数 式 接口 的 实现 。 

由 于 Lambda 表达 式 提 供 函数 式 接口 中 抽象 方法 的 实现 ， 这 让 人 有 一 种 感 党 ， 似 乎 在 编译 
过 程 中 让 Java 编译 器 直接 将 Lambda 表达 式 转换 为 匿名 类 更 直观 。 不 过 , 匿名 类 有 着 种 种 不 尽 如 
人 意 的 特性 ， 会 给 应 用 程序 的 性 能 带 来 负面 影响 。 

口 编译 器 会 为 每 个 匿名 类 生成 一 个 新 的 .class 文件 。 这 些 新 生成 的 类 文件 的 文件 名 通常 以 
className$1 这 种 形式 呈现 ， 其 中 className 是 匿名 类 出 现 的 类 的 名 字 ， 紧 跟着 一 个 
美元 符号 和 一 个 数字 。 生 成 大 量 的 类 文件 是 不 利 的 ， 因 为 每 个 类 文件 在 使 用 之 前 都 需要 
加 载 和 验证 ， 这 会 直接 影响 应 用 的 启动 性 能 。 如 果 将 Lambda 表达 式 转换 为 匿名 类 ,那么 
每 个 Lambda 表达 式 都 会 产生 一 个 新 的 类 文件 ， 这 是 我 们 不 期 望 发 生 的 。 

口 每 个 新 的 匿名 类 都 会 为 类 或 者 接口 产生 一 个 新 的 子 类 型 。 如 果 你 为 了 实现 一 个 比较 器 ， 

使 用 了 一 百 多 个 不 同 的 Lambda 表达 式 ， 这 意味 着 该 比较 器 会 有 一 百 多 个 不 同 的 子 类 型 。 
这 种 情况 下 ，JVM 的 运行 时 性 能 调 优 会 变 得 更 加 困难 。 


D.2 生成 字 节 码 
Java 的 源 代码 文件 会 经 由 Java 编译 器 编译 为 Java 字 节 码 。 之 后 JVM 可 以 执行 这 些 生 成 的 字 


节 码 运行 应 用 。 编 译 时 ， 匿 名 类 和 Lambda 表达 式 使 用 了 不 同 的 字 节 码 指令 。 你 可 以 通过 下 面 这 
条 命令 查看 任何 类 文件 的 字 节 码 和 常量 池 : 
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javap -c -Vv ClassName 


我 们 试 着 使 用 Java 7 中 旧 的 格式 实现 了 Function 接口 的 一 个 实例 ， 代 码 如 下 所 示 。 
代码 清单 D-1 以 匿名 内 部 类 的 方式 实现 的 一 个 Function 接口 


import java.util.function.Function; 
public class InnerClass { 
Function<Object, String> f = new Function<Object, String>() { 
@Override 
public String apply (Object obj) { 
return obj.toString(); 
} 
站 
} 


这 种 方式 下 ， 和 Function 对 应 ， 以 匿名 内 部 类 形式 生成 的 字 节 码 看 起 来 就 像 下 面 这 样 : 


I 





0: aload_0 

1: invokespecial #1 // Method java/lang/Object."<init>":()V 

4: aload_0 

5: new #2 // class InnerClasssl1 

8; dup 

9: aload_0 
10: invokespecial #3 // Method InnerClassS1."<init>": (LInnerClass;)V 
13: putfield #4 // Field f:Ljava/util/function/Function; 


16: return 


这 段 代码 展示 了 下 面 这 些 编译 中 的 细节 。 
口 通过 字 市 码 操作 new， 一 个 Innerclass$1 类 型 的 对 象 被 实例 化 了 。 与 此 同时 ， 一 个 指 
向 新 创建 对 象 的 引用 会 被 压 入 栈 。 
口 aup 操作 会 复制 栈 上 的 引用 。 
口 接着 ， 这 个 值 会 被 invokespecial 指令 处 理 ， 该 指令 会 初始 化 对 象 。 
口 栈 顶 现在 包含 了 指向 对 象 的 引用 ， 该 值 通过 put fiela 指令 保存 到 了 LambdaBytecode 
类 的 fl 字段。 
InnerClass$1 是 由 编译 需 为 匿名 类 生成 的 名 字 。 如 果 你 想 要 再 次 确认 这 一 情况 , 也 可 以 查 
看 Innerclasssl 类 文件 ， 你 可 以 看 到 Function 接口 的 实现 代码 如 下 : 


















































class InnerClassSs1 implements 
java.util.function.Function<java.lang.Object, java.lang.String> { 
final InnerClass thiss0; 
public java.lang.String apply (java.lang.Object); 
Code: 
0: aloagd 1 
1: invokevirtual #3 // Method 
java/lang/Object.toString: ()Ljava/lang/String; 
4: areturn 
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D.3 用 InvokeDynamic 力挽狂澜 


现在 ， 试 着 采用 Java 8 中 新 提供 的 Lambda 表达 式 来 完成 同样 的 功能 。 我 们 会 查看 下 面 这 上段 
代码 清单 生成 的 类 文件 。 











代码 清单 D-2 使 用 Lambda 表达 式 实现 的 Function 
import java.util.function.Function; 
public class Lambda { 


Function<Object, String> f = obj -> obj.toString(); 
} 


你 会 看 到 下 面 这 些 字 节 码 指令 : 





0: aload_0 
1: invokespecial #1 // Method java/lang/Object."<init>": ()V 
4: aload_0 
5: invokedynamic #2, 0 // InvokeDynamic 
#0:apply: ()Ljava/util/function/Function; 
10: putfield #3 // Field f:Ljava/util/function/Function; 
13: return 


我 们 已 经 解释 过 将 Lambda 表达 式 转换 为 内 部 匿名 类 的 缺点 ， 通 过 这 上段 字 节 码 你 可 以 再 次 确 
认 二 者 之 间 巨 大 的 差别 。 创 建 额外 的 类 现在 被 invokedynamic 指令 替代 了 。 





invokedynamic 指令 
字 节 码 指令 invokedynamic 最 初 被 JDK7 引入 ， 用 于 支持 运行 于 JVM 上 的 动态 类 型 语 
言 。 执 行 方法 调用 时 ，invokedynamic 添加 了 更 高 层 的 抽象 ， 使 得 一 部 分 逻辑 可 以 依据 动态 
语言 的 特征 来 决定 调用 目标 。 这 一 指令 的 典型 使 用 场景 如 下 : 
GE er NE So) {ey 3 0 


这 里 a 和 PP 的 类 型 在 编译 时 都 未 知 ， 有 可 能 随 着 运行 时 发 生变 化 。 由 于 这 个 原因 ，JVM 
首次 执行 jnvokedynamic 调用 时 ， 它 会 查询 一 个 bootstrap 方法 ， 该 方法 实现 了 依赖 语言 
的 区 辑 , 可 以 决定 选择 哪 一 个 方法 进行 调用 。bootstrap 方法 返回 一 个 链接 调用 点 (linked call 
site )。 很 多 情况 下 ， 如 果 agq 方法 使 用 两 个 int 类 型 的 变量 ， 那 么 紧 接 下 来 的 调用 也 会 使 用 
两 个 int 类 型 的 值 。 所 以 ， 每 次 调用 也 没有 必要 都 重新 选择 调用 的 方法 。 调 用 点 自身 就 包含 
了 一 定 的 逻辑 ， 可 以 判断 在 什么 情况 下 需要 进行 重新 链接 。 


代码 清单 D-2 中 , 使 用 invokedynamic 指令 的 目的 略微 有 别 于 我 们 最 初 介绍 的 那 一 种 。 这 
个 例子 中 ， 它 被 用 于 延迟 Lambda 表达 式 到 字 节 码 的 转换 ， 最 终 这 一 操作 被 推迟 到 了 运行 时 。 换 
句 话说 ， 以 这 种 方式 使 用 invokedynamic， 可 以 将 实现 Lambda 表达 式 的 这 部 分 代码 的 字 节 码 
生成 推迟 到 运行 时 。 这 种 设计 选择 带 来 了 一 系列 好 结果 。 
口 Lambda 表达 式 的 代码 块 到 字 节 码 的 转换 由 高 层 的 策略 变 成 了 纯粹 的 实现 细节 。 它 现在 可 
以 动态 地 改变 ， 或 者 在 未 来 版 本 中 得 到 优化 、 修 改 ， 并 且 保 持 了 字 节 码 的 后 向 兼容 性 。 
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口 没有 带 来 额外 的 开销 ， 没 有 额外 的 字段 ， 也 不 需要 进行 静态 初始 化 ， 而 这 些 如 果 不 使 用 

Lambda， 就 不 会 实现 。 

口 对 无 状态 非 捕 获 型 Lambda， 可 以 创建 一 个 Lambda 对 象 的 实例 ， 对 其 进行 缓存 ， 之 后 对 
同一 对 象 的 访问 都 返回 同样 的 内 容 。 这 是 一 种 常见 的 用 例 ， 也 是 人 们 在 Java 8 之 前 就 惯 
用 的 方式 ， 比 如 ， 以 static final 变量 的 方式 声明 某 个 比较 需 实例 。 

口 没有 额外 的 性 能 开销 ， 因 为 这 些 转换 都 是 必须 的 ， 并 且 结果 也 进行 了 链接 ， 仅 在 Lambda 

首次 被 调用 时 需要 转换 , 其 后 所 有 的 调用 都 能 直接 跳 过 这 一 步 , 直接 调用 之 前 链接 的 实现 。 


D.4 代码 生成 策略 


将 Lambda 表达 式 的 代码 体 填 人 到 运行 时 动态 创建 的 静态 方法 ， 就 完成 了 Lambda 表达 式 的 字 
节 码 转 换 。 无 状态 Lambda 在 它 涵盖 的 范围 内 不 保持 任何 状态 信息 ， 就 像 在 代码 清单 D-2 中 定义 的 
那样 ， 字 节 码 转换 时 它 是 所 有 Lambda 中 最 简单 的 一 种 类 型 。 这 种 情况 下 ， 编 译 器 可 以 生成 一 个 方 
法 ,此 方法 含有 该 Lambda 表达 式 同样 的 签名 , 所 以 最 终 转 换 的 结果 从 逻辑 上 看 起 来 就 像 下 面 这 样 : 


public class Lambda { 
Function<Object, String> f = [dynamic invocation of lambdas1] 










































































static String lambdas$1(Object obj) { 
return obj.toString() ; 
} 
} 


Lambda 表达 式 中 包含 了 final ( 或 者 效果 上 等 同 于 final ) 的 本 地 变量 或 者 字段 的 情况 会 稍微 
复杂 一 些 ， 就 像 下 面 的 这 个 例子 : 
public class Lambda { 
String header = "This is a " 


Function<Object, String> f = obj -> header + obj.toString(); 
} 


这 个 例子 中 ， 生 成 方法 的 签名 不 会 和 Lambda 表达 式 一 样 ， 因 为 它 还 需要 携带 参数 来 传递 上 
下 文中 额外 的 状态 。 为 了 实现 这 一 目标 ,最 简单 的 方案 是 在 Lambda 表达 式 中 为 每 一 个 需要 额外 
保存 的 变量 预 留 参数 ， 所 以 实现 前 面 Lambda 表达 式 的 生成 方法 会 像 下 面 这 样 : 

public class Lambda { 


String header = "This is a " 
Function<Object, String> f = [dynamic invocation of lambdas1] 




















static String lambdas1 (String header, Object obj) { 
return obj -> header + obj.toString(); 
} 
} 


更 多 关于 Lambda 表达 式 转换 流程 的 内 容 ， 可 以 访问 如 下 地 址 : http://cr.openjdk.java.net/ 


~briangoetz/lambda/lambda-translation.html。 
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